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E. 1.3. 1.47 spchdatl - Additional speech enhancement processing data - 5 bits 132 

E. 1.3. 1.48 spchanlatt - Speech enhancement processing attenuation data - 2 bits 132 

E. 1.3. 1.49 addspchdatle - Additional speech enhancement processing data exists - 1 bit 132 

E. 1.3. 1.50 spchdat2 - Additional speech enhancement processing data - 5 bits 132 

E. 1.3. 1.51 spchan2att - Speech enhancement processing attenuation data - 3 bits 133 

E.1.3.1.52 mixdatafill - Mixdata field fill bits - bits to 7 bits 133 

E. 1.3. 1.53 paninfoe - Pan information exists - 1 bit 133 

E. 1.3. 1.54 panmean - Pan mean direction index - 8 bits 133 

E. 1.3. 1.55 paninfo - reserved - 6 bits 133 

E. 1.3. 1.56 paninfo2e - Pan information exists - 1 bit 133 

E. 1.3. 1.57 panmean2 - Pan mean direction index - 8 bits 133 

E. 1.3. 1.58 paninfo2 - reserved - 6 bits 133 

E. 1.3. 1.59 frmmixcfginfoe - Frame mixing configuration information exists - 1 bit 133 

E. 1.3. 1.60 blkmixcfginfoe - Block mixing configuration information exists - 1 bit 133 

E. 1.3. 1.61 blkmixcfginfo[blk] - Block mixing configuration information - 5 bits 133 

E. 1.3. 1.62 infomdate - Informational metadata Exists - 1 bit 134 

E. 1.3. 1.63 sourcefscod - Source sample rate code - 1 bit 134 

E. 1.3. 1.64 convsync - Converter synchronization flag - 1 bit 134 

E.1.3.1.65 blkid - Block identification - 1 bit 134 

E. 1.3.2 audfrm - Audio frame 134 
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E. 1.3. 2.10 skipflde - Skip field syntax enabled - 1 bit 135 
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E. 1.3.2.12 frmcplexpstr - Frame based coupling exponent strategy - 5 bits 135 

E. 1.3.2.13 frmchexpstr[ch] - Frame based channel exponent strategy - 5 bits 135 

E. 1.3.2.14 convexpstre - Converter exponent strategy exists - 1 bit 135 

E. 1.3.2.15 convexpstr[ch] - Converter channel exponent strategy - 5 bits 136 

E. 1.3.2.16 cplahtinu - Coupling channel AHT in use - Ibit 136 

E.1.3.2.17 chahtinu[ch] - Channel AHT in use - 1 bit 136 

E.1.3.2.18 Ifeahtinu - LFE channel AHT in use - Ibit 136 

E. 1.3.2.19 frmcsnroffst - Frame coarse SNR offset - 6 bits 136 

E.l. 3.2.20 frmfsnroffst - Frame fine SNR offset - 4 bits 137 

E. 1.3.2.21 chintransproc[ch] - Channel in transient pre-noise processing - 1 bit 137 

E.l. 3.2. 22 transprocloc[ch] - Transient location relative to start of frame - 10 bits 137 

E.l. 3. 2.23 transproclen[ch] - Transient processing length - 8 bits 137 
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E. 1.3. 3. 26 ecpltrans[ch] - Enhanced coupling transient present - 1 bit 142 
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Introduction 



Motivation 

In order to more efficiently broadcast or record audio signals, the amount of information required to represent the audio 
signals may be reduced. In the case of digital audio signals, the amount of digital information needed to accurately 
reproduce the original Pulse Code Modulation (PCM) samples may be reduced by applying a digital compression 
algorithm, resulting in a digitally compressed representation of the original signal. (The term compression used in this 
context means the compression of the amount of digital information which must be stored or recorded, and not the 
compression of dynamic range of the audio signal.) The goal of the digital compression algorithm is to produce a digital 
representation of an audio signal which, when decoded and reproduced, sounds the same as the original signal, while 
using a minimum of digital information (bit rate) for the compressed (or encoded) representation. The AC-3 digital 
compression algorithm specified in the present document can encode from 1 to 5. 1 channels of source audio from a 
PCM representation into a serial bit stream at data rates ranging from 32 kbit/s to 640 kbit/s. The 0,1 channel refers to a 
fractional bandwidth channel intended to convey only low frequency (subwoofer) signals. 

A typical application of the algorithm is shown in Figure 1. In this example, a 5.1 channel audio programme is 
converted from a PCM representation requiring more than 5 Mbit/s (6 channels x 48 kHz x 18 bits = 5,184 Mbit/s) into 
a 384 kbit/s serial bit stream by the AC-3 encoder. Satellite transmission equipment converts this bit stream to an RF 
transmission which is directed to a satellite transponder. The amount of bandwidth and power required by the 
transmission has been reduced by more than a factor of 13 by the AC-3 digital compression. The signal received from 
the satellite is demodulated back into the 384 kbit/s serial bit stream, and decoded by the AC-3 decoder. The result is 
the original 5.1 channel audio programme. 
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Figure 1 : Example application of AC-3 to satellite audio transmission 

Digital compression of audio is useful wherever there is an economic benefit to be obtained by reducing the amount 
of digital information required to represent the audio. Typical applications are in satellite or terrestrial audio 
broadcasting, delivery of audio over metallic or optical cables, or storage of audio on magnetic, optical, semiconductor, 
or other storage media. 
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Encoding 

The AC-3 encoder accepts PCM audio and produces an encoded bit stream consistent with the present document. The 
specifics of the audio encoding process are not normative requirements of the present document. Nevertheless, the 
encoder must produce a bit stream matching the syntax described in clause 4, which, when decoded according to 
clauses 5 and 6, produces audio of sufficient quality for the intended application. Clause 7 contains information on the 
encoding process. The encoding process is briefly described below. 

The AC-3 algorithm achieves high coding gain (the ratio of the input bit rate to the output bit rate) by coarsely 
quantizing a frequency domain representation of the audio signal. A block diagram of this process is shown in Figure 2. 
The first step in the encoding process is to transform the representation of audio from a sequence of PCM time samples 
into a sequence of blocks of frequency coefficients. This is done in the analysis filter bank. Overlapping blocks of 
512 time samples are multiplied by a time window and transformed into the frequency domain. Due to the overlapping 
blocks, each PCM input sample is represented in two sequential transformed blocks. The frequency domain 
representation may then be decimated by a factor of two so that each block contains 256 frequency coefficients. The 
individual frequency coefficients are represented in binary exponential notation as a binary exponent and a mantissa. 
The set of exponents is encoded into a coarse representation of the signal spectrum which is referred to as the spectral 
envelope. This spectral envelope is used by the core bit allocation routine which determines how many bits to use to 
encode each individual mantissa. The spectral envelope and the coarsely quantized mantissas for 6 audio blocks 
(1 536 audio samples) are formatted into an AC-3 frame. The AC-3 bit stream is a sequence of AC-3 frames. 
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Figure 2: The AC-3 encoder 

The actual AC-3 encoder is more complex than indicated in Figure 2. The following functions not shown above are also 
included: 

• a frame header is attached which contains information (bit rate, sample rate, number of encoded channels, etc.) 
required to synchronize to and decode the encoded bit stream; 

• error detection codes are inserted in order to allow the decoder to verify that a received frame of data is error 
free; 

• the analysis filter bank spectral resolution may be dynamically altered so as to better match the time/frequency 
characteristic of each audio block; 

• the spectral envelope may be encoded with variable time/frequency resolution; 

• a more complex bit allocation may be performed, and parameters of the core bit allocation routine modified so 
as to produce a more optimum bit allocation; 

• the channels may be coupled together at high frequencies in order to achieve higher coding gain for operation 
at lower bit rates; 
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• in the two-channel mode a rematrixing process may be selectively performed in order to provide additional 
coding gain, and to allow improved results to be obtained in the event that the two-channel signal is decoded 
with a matrix surround decoder. 

Decoding 

The decoding process is basically the inverse of the encoding process. The decoder, shown in Figure 3, must 
synchronize to the encoded bit stream, check for errors, and de-format the various types of data such as the encoded 
spectral envelope and the quantized mantissas. The bit allocation routine is run and the results used to unpack and 
de-quantize the mantissas. The spectral envelope is decoded to produce the exponents. The exponents and mantissas are 
transformed back into the time domain to produce the decoded PCM time samples. 
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Figure 3: The AC-3 decoder 

The actual AC-3 decoder is more complex than indicated in Figure 3. The following functions not shown above are 
included: 

• error concealment or muting may be applied in case a data error is detected; 

• channels which have had their high-frequency content coupled together must be de-coupled; 

• dematrixing must be applied (in the 2-channel mode) whenever the channels have been rematrixed; 

• the synthesis filter bank resolution must be dynamically altered in the same manner as the encoder analysis 
filter bank had been during the encoding process. 
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Scope 



The present document specifies a coded representation of audio information, and specifies the decoding process. 
Informative information on the encoding process is included. The coded representation specified herein is suitable for 
use in digital audio transmission and storage applications. The coded representation may convey from 1 to 5 full 
bandwidth audio channels, along with a low frequency enhancement channel. A wide range of encoded bit-rates is 
supported by the present document. A short form designation of the audio coding algorithm specified in the body of the 
present document (whether or not annex D is included) is "AC-3". The short form designation of the audio coding 
algorithm specified in annex E is "E-AC-3". 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or non- 
specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

Not applicable. 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] ITU-R Recommendation BT. 1300-1: "Service multiplex, transport, and identification methods for 

digital terrestrial television broadcasting," 2000. 

[i.2] ISO 639-1 (2002): "Codes for the representation of names of languages - Part 1: Alpha-2 code". 

[i.3] ISO 639-2 (1998): "Codes for the representation of names of languages - Part 2: Alpha-3 code". 
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[i.4] ISO/IEC 8859-1 (1998): "Information technology - 8-bit single-byte coded graphic character sets - 

Part 1: Latin alphabet No. 1". 

[i.5] ISO/IEC 13818-1 (2000): "Information technology - Generic coding of moving pictures and 

associated audio information: Systems". 

[i.6] ISO/IEC 14496-12 (2005): "Information technology - Coding of audio-visual objects - Part 12: 

ISO base media file format". 

[i.7] SMPTE 428-3-2006: "D-Cinema Distribution Master - Audio Channel Mapping and Channel 

Labeling". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

audio block: set of 512 audio samples consisting of 256 samples of the preceding audio block, and 256 new time 
samples 

NOTE 1 : A new audio block occurs every 256 audio samples 

NOTE 2: Each audio sample is represented in two audio blocks. 
bin: number of the frequency coefficient, as in frequency bin number n 

NOTE: The 512 point TDAC transform produces 256 frequency coefficients or frequency bins. 

coefficient: time domain samples are converted into frequency domain coefficients by the transform 

coupled channel: full bandwidth channel whose high frequency information is combined into the coupling channel 

coupling band: band of coupling channel transform coefficients covering one or more coupling channel sub-bands 

coupling channel: channel formed by combining the high frequency information from the coupled channels 

coupling sub-band: sub-band consisting of a group of 12 coupling channel transform coefficients 

downmixing: combining (or mixing down) the content of n original channels to produce m channels, where m<n 

exponent set: set of exponents for an independent channel, for the coupling channel, or for the low frequency portion of 
a coupled channel 

full bandwidth (fbw) channel: audio channel capable of full audio bandwidth 

NOTE: All channels (left, centre, right, left surround, right surround) except the Ife channel are fbw channels. 
independent channel: channel whose high frequency information is not combined into the coupling channel 

NOTE: The Ife channel is always independent. 

low frequency effects (Ife) channel: optional single channel of limited (< 120 Hz) bandwidth, which is intended to be 
reproduced at a level H-10 dB with respect to the fbw channels 

NOTE: The optional Ife channel allows high sound pressure levels to be provided for low frequency sounds. 

spectral envelope: spectral estimate consisting of the set of exponents obtained by decoding the encoded exponents. 
Similar (but not identical) to the original set of exponents 

synchronization frame: unit of the serial bit stream capable of being fully decoded 

NOTE: The synchronization frame begins with a sync code and contains 1 536 coded audio samples. 
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window: time vector which is muhiplied by an audio block to provide a windowed audio block 

NOTE: The window shape establishes the frequency selectivity of the filterbank, and provides for the proper 
overlap/add characteristic to avoid blocking artefacts. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



acmod 


audio coding mode 


addbsi 


additional bit stream information 


addbsie 


additional bit stream information exists 


addbsil 


additional bit stream information length 


AHT 


Adaptive Hybrid Transform 


audblk 


audio block 


audprodi2e 


audio production information exists, ch2 


audprodie 


audio production information exists 


auxbits 


auxiliary data bits 


auxdata 


auxiliary data field 


auxdatae 


auxiliary data exists 


auxdatal 


auxiliary data length 


baie 


bit allocation information exists 


bap 


bit allocation pointer 


bin 


frequency coefficient bin in index [bin] 


blk 


block in array index [blk] 


blksw 


block switch flag 


bnd 


band in array index [bnd] 


bsi 


bit stream information 


bsid 


bit stream identification 


bsmod 


bit stream mode 


ch 


channel in array index [ch] 


chbwcod 


channel bandwidth code 


chexpstr 


channel exponent strategy 


chincpl 


channel in coupling 


chmant 


channel mantissas 


clev 


centre mixing level coefficient 


cmixlev 


centre mix level 


compr 


compression gain word 


compr2 


compression gain word, ch2 


compr2e 


compression gain word exists, ch2 


compre 


compression gain word exists 


copyrightb 


copyright bit 


cplabsexp 


coupling absolute exponent 


cplbegf 


coupling begin frequency code 


cplbndstrc 


coupling band structure 


cplco 


coupling coordinate 


cplcoe 


coupling coordinates exist 


cplcoexp 


coupling coordinate exponent 


cplcomant 


coupling coordinate mantissa 


cpldeltba 


coupling dba 


cpldeltbae 


coupling dba exists 


cpldeltlen 


coupling dba length 


cpldeltnseg 


coupling dba number of segments 


cpldeltoffst 


coupUng dba offset 


cplendf 


coupUng end frequency code 


cplexps 


coupUng exponents 


cplexpstr 


coupUng exponent strategy 


cplfgaincod 


coupUng fast gain code 


cplfleak 


coupUng fast leak initialization 


cplfsnroffst 


coupUng fine SNR offset 


cplinu 


coupUng in use 
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cplleake 


coupling leak initialization exists 


cplmant 


coupling mantissas 


cplsleak 


coupling slow leak initialization 


cplstre 


coupling strategy exists 


CRC 


Cyclic Redundancy Check 


crcl 


crc - cyclic redundancy check word 1 


crc2 


crc - cyclic redundancy check word 2 


crcrsv 


crc reserved bit 


csnroffst 


coarse SNR offset 


dl5 


dl5 exponent coding mode 


d25 


d25 exponent coding mode 


d45 


d45 exponent coding mode 


DAC 


Digital to Analogue Converter 


dba 


delta bit allocation 


dbpbcod 


dB per bit code 


DCT 


Discrete Cosine Transform 


deltba 


channel dba 


deltbae 


channel dba exists 


deltbaie 


dba information exists 


deltlen 


channel dba length 


deltnseg 


channel dba number of segments 


deltoffst 


channel dba offset 


dialnorm 


dialogue normalization word 


dialnorm2 


dialogue normalization word, ch2 


dithflag 


dither flag 


dsurmod 


Dolby surround mode 


dynrng 


dynamic range gain word 


dynrng2 


dynamic range gain word, ch2 


dynrng2e 


dynamic range gain word exists, ch2 


dynrnge 


dynamic range gain word exists 


exps 


channel exponents 


fbw 


full bandwidth 


fdcycod 


fast decay code 


fgaincod 


channel fast gain code 


floorcod 


masking floor code 


floortab 


masking floor table 


frmsizecod 


frame size code 


fscod 


sampling frequency code 


fsnroffst 


channel fine SNR offset 


gainrng 


channel gain range code 


GAQ 


Gain Adaptive Quantization 


grp 


group in index [grp] 


langcod 


language code 


langcod2 


language code, ch2 


langcod2e 


language code exists, ch2 


langcode 


language code exists 


Ife 


low frequency effects 


Ifeexps 


Ife exponents 


Ifeexpstr 


Ife exponent strategy 


Ifefgaincod 


Ife fast gain code 


Ifefsnroffst 


Ife fine SNR offset 


Ifemant 


Ife mantissas 


Ifeon 


Ife on 


LSB 


Least Significant Bit 


mixlevel 


mixing level 


mixlevel2 


mixing level, ch2 


MSB 


Most Significant Bit 


mstrcplco 


master coupling coordinate 


nauxbits 


number of auxiliary bits 


nchans 


number of channels 


nchgrps 


number of fbw channel exponent groups 


nchmant 


number of fbw channel mantissas 
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ncplbnd number of structured coupled bands 

ncplgrps number of coupled exponent groups 

ncplmant number of coupled mantissas 

ncplsubnd number of coupling sub-bands 

nfchans number of fbw channels 

nlfegrps number of Ife channel exponent groups 

nlfemant number of Ife channel mantissas 

origbs original bit stream 

PCM Pulse Code Modulation 

phsflg phase flag 

phsflginu phase flags in use 

rbnd rematrix band in index [rbnd] 

rematflg rematrix flag 

rematstr rematrixing strategy 

RMS Root Mean Square 

roomtyp room type 

roomtyp2 room type, ch2 

sbnd sub-band in index [sbnd] 

sdcycod slow decay code 

seg segment in index [seg] 

sgaincod slow gain code 

SI Synchronization Information 

skipfld skip field 

skipl skip length 

skiple skip length exists 

slev surround mixing level coefficient 

SNR Signal to Noise Ratio 

snroffste SNR offset exists 

SPL Sound Pressure Level 

surmixlev surround mix level 

syncframe synchronization frame 

syncinfo synchronization information 

syncword synchronization word 

TDAC Time Division Aliasing Cancellation 

timecodl time code first half 

timecodle time code first half exists 

timecod2 time code second half 

timecod2e time code second half exists. 

VQ Vector Quantization 



4 Bit stream syntax 

4.1 Synchronization frame 

An AC-3 serial coded audio bit stream is made up of a sequence of synchronization frames. Each synchronization frame 
contains 6 coded audio blocks, each of which represents 256 new audio samples. A Synchronization Information (SI) 
header at the beginning of each frame contains information needed to acquire and maintain synchronization. A bit 
stream information (BSI) header follows SI, and contains parameters describing the coded audio service. The coded 
audio blocks may be followed by an auxiliary data (Aux) field. At the end of each frame is an error check field that 
includes a CRC word for error detection. An additional CRC word is located in the SI header, the use of which is 
optional. 
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4.2 Semantics of syntax specification 

The following pseudo code describes the order of arrival of information within the bit stream. This pseudo code is 
roughly based on C language syntax, but simplified for ease of reading. For bit stream elements which are larger than 
1 bit, the order of the bits in the serial bit stream is either most-significant-bit-first (for numerical values), or left -bit-first 
(for bit-field values). Fields or elements contained in the bit stream are indicated with bold type. Syntactic elements are 
typographically distinguished by the use of a different font (e.g. dynrng). 

Some AC-3 bit stream elements naturally form arrays. This syntax specification treats all bit stream elements 
individually, whether or not they would naturally be included in arrays. Arrays are thus described as multiple elements 
(as in blksw[ch] as opposed to simply biksw or blksw[]), and control structures such as /or loops are employed to 
increment the index ([Ch] for channel in this example). 

4.3 Syntax specification 

A continuous audio bit stream would consist of a sequence of synchronization frames: 



Syntax 



AC-3_bitstream{) 

{ 

while (true) 

{ 

syncframeO ; 

} 
} /* end of AC-3 bit stream */ 



The Syncframe consists of the syncinfo and bsi fields, the 6 coded audblk fields, the auxdata field, and the 

errorcheck field. 



Syntax 



syncframe { ) 

{ 

syncinfo ; 
bsiO ; 

for{blk = 0; blk < 6; blk++) 

{ 

audblk ; 

} 

auxdata ( ) ; 

errorcheck ; 

} /* end of syncframe */ 



Each of the bit stream elements, and their length, are itemized in the following pseudo code. Note that all bit stream 
elements arrive most significant bit first, or left bit first, in time. 

4.3.1 syncinfo - Synchronization information 



Syntax 


Word size 


syncinfo ( ) 

{ 
syncword 


16 


crcl 


16 




2 




6 


} /* end of syncinfo */ 
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4.3.2 bsi - Bit stream information 



Syntax Word size 



bsi{) 

{ 

bsid 5 

bsmod 3 

acmod 3 

if { {acmod & 0x1) && {acmod ! = 0x1) ) /* if 3 front channels */ {cmixlev} 2 

if {acmod & 0x4) /* if a surround channel exists */ {surmixlev} 2 

if {acmod == 0x2) /* if in 2/0 mode */ {dsurmod} 2 

Ifeon 1 

dlalnorm 5 

compre 1 

if {compre) {compr} 8 

langcode 1 

if {langcode) {langcod} 8 

audprodle 1 

if {audprodie) 

{ 

mlxlevel 5 

roomtyp 2 

} 

if {acmod == 0) /* if 1+1 mode {dual mono, so some items need a second value) */ 

{ 

dialnorm2 5 

compr2e 1 

if {compr2e) {compr2} 8 

langcod2e 1 

if {langcod2e) {langcod2} 8 

audprodl2e 1 

if {audprodi2e) 

{ 

mlxlevel2 5 

roomtyp2 2 

} 
} 

copyrlghtb 1 

origbs 1 

timecodle 1 

if {timecodle) {timecodl} 14 

timecod2e 1 

if {timecod2e) {timecod2} 14 

addbsie 1 

if {addbsie) 

{ 

addbsil 6 

addbsl (addbsil+1) x 8 

} 
} /* end of bsi */ 
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4.3.3 audblk - Audio block 



Syntax Word size 



audblk ( ) 

{ 

/* these fields for block switch and dither flags */ 

for (ch = ; ch < nf chans; ch++) {blksw[ch] } 1 

for (ch = ; ch < nf chans ; ch++) {dithf lag [ch] } 1 

/* these fields for dynamic range control */ 

dynrnge 1 

if (dynrnge) {dynrng} 8 

if (acmod == 0) /* if 1+1 mode */ 

{ 

dynrng2e 1 

i f ( dynrng2 e ) { dynrng2 } 8 

} 
/* these fields for coupling strategy information */ 

cplstre 1 

if (cplstre) 



cplinu 1 

if (cplinu) 

{ 

for(ch = 0; ch < nfchans; ch++) {chincpl [ch] } 1 

if (acmod == 0x2) {phsflginu} /* if in 2/0 mode */ 1 

cplbegf 4 

cplendf 4 

/* ncplsubnd = 3 + cplendf - cplbegf */ 

for(bnd = 1; bnd < ncplsubnd; bnd++) {cplbndstrc [bnd] } 1 

} 
} 
/* these fields for coupling coordinates, phase flags */ 
if (cplinu) 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

if (chincpl [ch] ) 

{ 

cplcoe [ch] 1 

if (cplcoe [ch] ) 

{ 

mstrcplco [ch] 2 

/* ncplbnd derived from ncplsubnd, and cplbndstrc */ 
for (bnd = 0; bnd < ncplbnd; bnd++) 

{ 

cplcoexp [ch] [bnd] 4 

cplcomant [ch] [bnd] 4 

} 
} 
} 
} 
if ( (acmod == 0x2) && phsflginu && (cplcoe [0] || cplcoe [1])) 

{ 

for (bnd = 0; bnd < ncplbnd; bnd+ + ) {phsflg[bnd] } 1 

} 
} 
/* these fields for rematrixing operation in the 2/0 mode */ 
if (acmod == 0x2) /* if in 2/0 mode */ 

{ 

rematstr 1 

if (rematstr) 

{ 

if {{cplbegf > 2) || (cplinu == 0)) 

for (rbnd = ; rbnd < 4 ; rbnd++) {rematf Ig [rbnd] } 1 

if {{2 >= cplbegf > 0) && cplinu) 

for (rbnd = ; rbnd < 3 ; rbnd++) {rematf Ig [rbnd] } 1 

if {{cplbegf == 0) && cplinu) 

for (rbnd = ; rbnd < 2 ; rbnd++) {rematf Ig [rbnd] } 1 

} 
} 
/* these fields for exponent strategy */ 
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Syntax Word size 



if (cplinu) {cplexpstr} 2 

f or (ch = ; ch < nf chans; ch++) {chexpstr [ch] } 2 

if (Ifeon) {ifeexpstr} 1 

for(ch = 0; ch < nfchans; ch++) 

{ 

if (chexpstr [ch] != reuse) 

{ 

if { ! chincpl [ch] ) {chbwcod [ch] } 6 

} 
} 
/* these fields for exponents */ 

if (cplinu) /* exponents for the coupling channel */ 

{ 

if (cplexpstr != reuse) 

{ 

cplabsexp 4 

/* ncplgrps derived from ncplsubnd, cplexpstr */ 

for (grp = 0; grp < ncplgrps; grp++) {cplexps [grp] } 7 

} 
} 
for(ch = 0; ch < nfchans; ch++) /* exponents for full bandwidth channels */ 

{ 

if (chexpstr [ch] != reuse) 

{ 

exps [ch] [0] 4 

/* nchgrps derived from chexpstr [ch] , and cplbegf or chbwcod [ch] */ 

for (grp = 1; grp <= nchgrps [ch] ; grp+ + ) {exps [ch] [grp] } 7 

gainrng [ch] 2 

} 
} 
if (Ifeon) /* exponents for the low frequency effects channel */ 

{ 

if (Ifeexpstr != reuse) 

{ 

Ifeexps [0] 4 

/* nlfegrps = 2 */ 

for (grp = 1; grp <= nlfegrps; grp++) {ifeexps [grp] } 7 

} 
} 
/* these fields for bit-allocation parametric information */ 

bale 1 

if (bale) 

{ 

sdcycod 2 

f dcycod 2 

sgalncod 2 

dbpbcod 2 

f loorcod 3 

} 

snrof f ste 1 

if (snrof f ste) 

{ 

csnrof f St 6 

if (cplinu) 

{ 

cplfsnroffst 4 

cplfgalncod 3 

} 

for(ch = 0; ch < nfchans; ch++) 

{ 

f snrof f St [ch] 4 

f galncod [ch] 3 

} 

if (Ifeon) 

{ 

Ifef snrof f St 4 

Ifefgalncod 3 

} 
} 
if (cplinu) 

{ 

cplleake 1 

if (cplleake) 

{ 

cplf leak 3 

cplsleak 3 
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Syntax Word size 



} 

/* these fields for delta bit allocation information */ 

deltbale 1 

if (deltbaie) 

{ 

if (cplinu) {cpldeltbae} 2 

for(ch = 0; ch < nfchans; ch++) {deltbae [ch] } 2 

if (cplinu) 

{ 

if {cpldeltbae==new info follows) 

{ 

cpldeltnseg 3 

for(seg = 0; seg <= cpldeltnseg; seg++) 

{ 

cpldeltoffst [seg] 5 

cpldeltlen [seg] 4 

cpldeltba [seg] 3 

} 
} 
} 
for(ch = 0; ch < nfchans; ch++) 

{ 

if {deltbae [ch] ==new info follows) 



deltnseg [ch] 3 

for (seg = 0; seg <= deltnseg [ch] ; seg++) 

{ 

deltof f St [ch] [seg] 5 

deltlen [ch] [seg] 4 

deltba [ch] [seg] 3 

} 



} 



/* these fields for inclusion of unused dummy data */ 

sklple 1 

if (skiple) 

{ 

skipl 9 

sklpf Id skipl X 8 

} 

/* These fields for quantized mantissa values */ 

got_cplchan = 

for (ch =0; ch < nfchans; ch++) 

{ 

for (bin = 0; bin < nchmant [ch] ; bin++) {chmant [ch] [bin] } (0-16) 

if (cplinu &&: chincpl [ch] && !got_cplchan) 

{ 

for (bin = 0; bin < ncplmant; bin+ + ) {cplmant [bin] } (0-16) 

got_cplchan = 1 

} 
} 
if (Ifeon) /* mantissas of low frequency effects channel */ 

{ 

for (bin = 0; bin < nlfemant; bin++) {ifemant [bin] } (0-16) 

} 
} /* end of audblk */ 
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4.3.4 auxdata - Auxiliary data 



Syntax 


Word size 


auxdata { ) 

{ 

auxbits 


nauxbits 


if (auxdatae) 

{ 


14 


} 


1 


} /* end of auxdata */ 



4.3.5 errorclnecl< - Error detection code 



Syntax 



Word size 



errorcheck { ) 
{ 



crcrsv 

crc2 

/* end of errorcheck */ 



. 1 
16 



4.4 Description of bit stream elements 

A number of bit stream elements have values which may be transmitted, but whose meaning has been reserved. If a 
decoder receives a bit stream which contains reserved values, the decoder may or may not be able to decode and 
produce audio. In the description of bit stream elements which have reserved codes, there is an indication of what the 
decoder can do if the reserved code is received. In some cases, the decoder can not decode audio. In other cases, the 
decoder can still decode audio by using a default value for a parameter which was indicated by a reserved code. 

4.4.1 syncinfo - Synchronization information 



4.4.1.1 



syncword - Synchronization word - 16 bits 



The syncword is always 0x0B77, or 0000 101101110111. Transmission of the SynCWOrd, like other bit field 
elements, is left bit first. 



4.4.1.2 



crcl - Cyclic redundancy check 1 bit to 16 bits 



This 16 bit-CRC applies to the first 5/8 of the frame. Transmission of the CRC, like other numerical values, is most 
significant bit first. 



4.4.1.3 



fscod - Sample rate code - 2 bits 



This is a 2-bit code indicating sample rate according to Table 4.1 .If the reserved code is indicated, the decoder should 
not attempt to decode audio and should mute. 

Table 4.1 : Sample rate codes 



fscod 


Sampling rate 
(kHz) 


00 


48 


01 


44,1 


10 


32 


11 


Reserved 
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4.4.1.4 



frmsizecod - Frame size code - 6 bits 



The frame size code is used along with the sample rate code to determine the number of (2-byte) words before the next 
SynCWOrd (see Table 4.13). 

4.4.2 bsi - Bit stream information 



4.4.2.1 



bsid - Bit stream identification - 5 bits 



This bit field has a value of 01000 (= 8) in this version of the present document. Future modifications of the present 
document may define other values. Values of bsid smaller than 8 will be used for versions of AC-3 which are 
backward compatible with version 8 decoders. Decoders which can decode version 8 will thus be able to decode bsid 
version numbers less than 8. If the present document is extended by the addition of additional elements or features that 
are not compatible with decoders that follow this bsid version 8 specification, a value of bsId greater than 8 will be 
used. Decoders built to this version of the standard will not be able to decode versions with bsId greater than 8. Thus, 
decoders built to the present document shall mute if the value of bsId is greater than 8, and should decode and 
reproduce audio if the value of bsId is less than or equal to 8. 



4.4.2.2 



bsmod - Bit stream mode - 3 bits 



This 3-bit code indicates the type of service that the bit stream conveys as defined in Table 4.2. 

Table 4.2: Bit stream mode 



bsmod 


acmod 


Type of service 


000 


Any 


Main audio service: complete main (CM) 


001 


Any 


Main audio service: music and effects (ME) 


010 


Any 


Associated service: visually impaired (VI) 


oil 


Any 


Associated service: hearing impaired (HI) 


100 


Any 


Associated service: dialogue (D) 


101 


Any 


Associated service: commentary (C) 


110 


Any 


Associated service: emergency (E) 


111 


"001" 


Associated service: voice over (VO) 


111 


"010" to "111" 


Main audio service: karaoke 



4.4.2.3 



acmod - Audio coding mode - 3 bits 



This 3-bit code, shown in Table 4.3, indicates which of the main service channels are in use, ranging from 3/2 to 1/0. If 
the MSB of acmod is a 1, surround channels are in use and SUrmlxlev follows in the bit stream. If the MSB of 
acmod is a O, the surround channels are not in use and Surmlxlov does not follow in the bit stream. If the LSB of 
acmod is a O, the centre channel is not in use. If the LSB of acmod is a 1, the centre channel is in use. 

NOTE: The state of acmod sets the number of full-bandwidth channels parameter, nfchans, (e.g. for 3/2 mode, 
nfchans = 5; for 2/1 mode, nfchanS = 3; etc.). The total number of channels, HChanS, is equal to 
nfchans if the Ife channel is off, and is equal to 1 -I- nfchanS if the Ife channel is on. If acmod is 0, 
then two completely independent programme channels (dual mono) are encoded into the bit stream, and 
are referenced as Chi, Ch2. In this case, a number of additional items are present in BSI or audblk to 
fully describe Ch2. Table 4.3 also indicates the channel ordering (the order in which the channels are 
processed) for each of the modes. 
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Table 4.3: Audio coding mode 



acmod 


Audio coding mode 


Nfchans 


Channel array ordering 


000 


1 + 1 


2 


Ch1,Ch2 


001 


1/0 


1 


C 


010 


2/0 


2 


L, R 


oil 


3/0 


3 


L, C, R 


100 


2/1 


3 


L, R, S 


101 


3/1 


4 


L, C, R, S 


110 


2/2 


4 


L, R, SL, SR 


111 


3/2 


5 


L, C, R, SL, SR 



4.4.2.4 



cmixlev - Centre mix level - 2 bits 



When three front channels are in use, this 2-bit code, shown in Table 4.4, indicates the nominal down mix level of the 
centre channel with respect to the left and right channels. If CmlxlGV is set to the reserved code, decoders should still 
reproduce audio. The intermediate value of CmlxlGV (-4,5 dB) may be used in this case. 

Table 4.4: Centre mix level 



cmixlev 


clev 


00 


0,707 (-3,0 dB) 


01 


0,595 (-4,5 dB) 


10 


0,500 (-6,0 dB) 


11 


Reserved 



4.4.2.5 



surmixlev - Surround mix level - 2 bits 



If surround channels are in use, this 2-bit code, shown in Table 4.5, indicates the nominal down mix level of the 
surround channels. If SUrmlxlGV is set to the reserved code, the decoder should still reproduce audio. The intermediate 
value of SUrmlxlGV (-6 dB) may be used in this case. 

Table 4.5: Surround mix level 



surmixlev 


slev 


00 


0,707 (-3 dB) 


01 


0,500 (-6 dB) 


10 





11 


Reserved 



4.4.2.6 



dsurmod - Dolby Surround mode - 2 bits 



When operating in the two channel mode, this 2-bit code, as shown in Table 4.6, indicates whether or not the 
programme has been encoded in Dolby Surround. This information is not used by the AC-3 decoder, but may be used 
by other portions of the audio reproduction equipment. If dSUrmod is set to the reserved code, the decoder should still 
reproduce audio. The reserved code may be interpreted as "not indicated". 

Table 4.6: Dolby Surround mode 



dsurmod 


Indication 


00 


Not indicated 


01 


NOT Dolby surround encoded 


10 


Dolby surround encoded 


11 


Reserved 
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4.4.2.7 Ifeon - Low frequency effects channel on - 1 bit 

This bit has a value of 1 if the Ife (sub woofer) channel is on, and a value of if the Ife channel is off. 

4.4.2.8 dialnorm - Dialogue normalization - 5 bits 

This 5-bit code indicates how far the average dialogue level is below digital 100 percent. Valid values are 1 to 31. The 
value of is reserved. The values of 1 to 31 are interpreted as -1 dB to -31 dB with respect to digital 100 %. If the 
reserved value of is received, the decoder shall use -31 dB. The value of dlalnorm shall affect the sound 
reproduction level. If the value is not used by the AC-3 decoder itself, the value shall be used by other parts of the audio 
reproduction equipment. Dialogue normalization is further explained in clause 6.6. 

4.4.2.9 compre - Compression gain word exists - 1 bit 

If this bit is a 1, the following 8 bits represent a compression control word. 

4.4.2.10 compr - Compression gain word - 8 bits 

This encoder generated gain word may be present in the bit stream. If so, it may be used to scale the reproduced audio 
level in order to reproduce a very narrow dynamic range, with an assured upper limit of instantaneous peak reproduced 
signal level in the monophonic downmix. The meaning and use of COmpr is described further in clause 6.7.2. 

4.4.2.1 1 langcode - Language code exists - 1 bit 

If this bit is a 1, the following 8 bits (i.e. the element langcod) shall be reserved. If this bit is a 0, the element langcod 
does not exist in the bit stream. 

4.4.2.12 langcod - Language code - 8 bits 

This is an 8 bit reserved value. (This element was originally intended to carry an 8-bit value that would, via a table 
lookup, indicate the language of the audio program. Because modern delivery systems provide the ISO 639-2 [i.3] 
language code in the multiplexing layer, indication of language within the AC-3 elementary stream was unnecessary, 
and so was removed from the AC-3 syntax.) 

4.4.2.13 audprodie - Audio production information exists - 1 bit 

If this bit is a 1, the mlxlGVGl and roomtyp fields exist, indicating information about the audio production 
environment (mixing room). 

4.4.2.14 mixlevel - Mixing level - 5 bits 

This 5-bit code indicates the absolute acoustic sound pressure level of an individual channel during the final audio 
mixing session. The 5-bit code represents a value in the range to 31. The peak mixing level is 80 plus the value of 
mlxlGVGl dB SPL, or 80 dB to 111 dB SPL. The peak mixing level is the acoustic level of a sine wave in a single 
channel whose peaks reach 100 percent in the PCM representation. The absolute SPL value is typically measured by 
means of pink noise with an RMS value of -20 dB or -30 dB with respect to the peak RMS sine wave level. The value 
of mlxlGVGl is not typically used within the AC-3 decoder, but may be used by other parts of the audio reproduction 
equipment. 

4.4.2.15 roomtyp - Room type - 2 bits 

This 2-bit code, shown in Table 4.7, indicates the type and calibration of the mixing room used for the final audio 
mixing session. The value of rOOmtyp is not typically used by the AC-3 decoder, but may be used by other parts of the 
audio reproduction equipment. If rOOmtyp is set to the reserved code, the decoder should still reproduce audio. The 
reserved code may be interpreted as "not indicated". 
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Table 4.7: Room type 



roomtyp 


Type of mixing room 


00 


Not indicated 


01 


Large room, X curve monitor 


10 


Small room, flat monitor 


11 


Reserved 



4.4.2.16 dialnorm2 - Dialogue normalization, Ch2 - 5 bits 

This 5-bit code has the same meaning as dialnorrn, except that it appHes to the second audio channel when acmod 
indicates two independent channels (dual mono 1 + 1 mode). 

4.4.2.17 compr2e - Compression gain word exists, Ch2 - 1 bit 

If this bit is a 1, the following 8 bits represent a compression gain word for Ch2. 

4.4.2.18 compr2 - Compression gain word, Ch2 - 8 bits 

This 8-bit word has the same meaning as COmpr, except that it applies to the second audio channel when acmod 
indicates two independent channels (dual mono 1 + 1 mode). 

4.4.2.19 langcod2e - Language code exists, Ch2 - 1 bit 

If this bit is a 1, the following 8 bits (i.e. the element langcod2) shall be reserved. If this bit is a 0, the element langcod2 
does not exist in the bit stream. 

4.4.2.20 langcod2 - Language code, Ch2 - 8 bits 

This is an 8 bit reserved value. See langcod, clause 4.4.2.12. 

4.4.2.21 audprodi2e - Audio production information exists, Ch2 - 1 bit 

If this bit is a 1, the following two data fields exist indicating information about the audio production for Ch2. 

4.4.2.22 mixlevel2 - Mixing level, Ch2 - 5 bits 

This 5-bit code has the same meaning as mlxlGVGl, except that it applies to the second audio channel when acmod 
indicates two independent channels (dual mono 1 + 1 mode). 

4.4.2.23 roomtyp2 - Room type, Ch2 - 2 bits 

This 2-bit code has the same meaning as rOOmtyp, except that it applies to the second audio channel when acmod 
indicates two independent channels (dual mono 1 + 1 mode). 

4.4.2.24 copyrightb - Copyright bit - 1 bit 

If this bit has a value of 1, the information in the bit stream is indicated as protected by copyright. It has a value of if 
the information is not indicated as protected. 

4.4.2.25 origbs - Original bit stream - 1 bit 

This bit has a value of 1 if this is an original bit stream. This bit has a value of if this is a copy of another bit stream. 
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4.4.2.26 timecodi e, timecod2e - Time code (first and second) halves exists - 2 bits 

These values indicate, as shown in Table 4.8, whether time codes follow in the bit stream. The time code can have a 
resolution of l/64th of a frame (one frame = l/30th of a second). Since only the high resolution portion of the time code 
is needed for fine synchronization, the 28 bit time code is broken into two 14 bit halves. The low resolution first half 
represents the code in 8 second increments up to 24 hours. The high resolution second half represents the code in l/64th 
frame increments up to 8 seconds. 

4.4.2.27 timecodi - Time code first half - 14 bits 

The first 5 bits of this 14 bit field represent the time in hours, with valid values of to 23. The next 6 bits represent the 
time in minutes, with valid values of to 59. The final 3 bits represents the time in 8 second increments, with vaUd 
values of - 7 (representing 0, 8, 16, ... 56 seconds). 

Table 4.8: Time code exists 



timecod2e, timecodi e 


Time code present 


0,0 


Not present 


0,1 


First half (14 bits) present 


1,0 


Second half (14 bits) present 


1,1 


Both halves (28 bits) present 



4.4.2.28 timecod2 - Time code second half - 14 bits 

The first 3 bits of this 14-bit field represent the time in seconds, with valid values from to 7 (representing 

to 7 seconds). The next 5 bits represents the time in frames, with valid values from to 29. The final 6 bits represents 

fractions of 1/64''^ of a frame, with valid values from to 63. 

4.4.2.29 addbsie - Additional bit stream information exists - 1 bit 

If this bit has a value of 1 there is additional bit stream information, the length of which is indicated by the next field. If 
this bit has a value of 0, there is no additional bit stream information. 

4.4.2.30 addbsil - Additional bit stream information length - 6 bits 

This 6-bit code, which exists only if addbsiG is a 1, indicates the length in bytes of additional bit stream information. 
The valid range of addbsll is to 63, indicating 1 to 64 additional bytes, respectively. The decoder is not required to 
interpret this information, and thus shall skip over this number of bytes following in the data stream. 

4.4.2.31 addbsi - Additional bit stream information - ((addbsil -i- 1) x 8) bits 

This field contains 1 to 64 bytes of any additional information included with the bit stream information structure. 

4.4.3 audblk - Audio block 

4.4.3.1 blksw[ch] - Block switch flag - 1 bit 

This flag, for channel [Ch], indicates whether the current audio block was split into 2 sub-blocks during the 
transformation from the time domain into the frequency domain. A value of indicates that the block was not split, and 
that a single 512 point TDAC transform was performed. A value of 1 indicates that the block was split into 2 sub-blocks 
of length 256, that the TDAC transform length was switched from a length of 5 12 points to a length of 256 points, and 
that 2 transforms were performed on the audio block (one on each sub-block). Transform length switching is described 
in more detail in clause 6.9. 

4.4.3.2 dithflag[ch] - Dither flag - 1 bit 

This flag, for channel [Ch], indicates that the decoder should activate dither during the current block. Dither is described 
in detail in clause 6.3.4. 



£75/ 



33 ETSI TS 1 02 366 V1 .2.1 (2008-08) 

4.4.3.3 dynrnge - Dynamic range gain word exists - 1 bit 

If this bit is a 1, the dynamic range gain word follows in the bit stream. If it is 0, the gain word is not present, and the 
previous value is reused, except for block of a frame where if the control word is not present the current value of 

dynrngis set to o. 

4.4.3.4 dynrng - Dynamic range gain word - 8 bits 

This encoder-generated gain word is applied to scale the reproduced audio as described in clause 6.7.1. 

4.4.3.5 dynrng2e - Dynamic range gain word exists, Ch2 - 1 bit 

If this bit is a 1, the dynamic range gain word for channel 2 follows in the bit stream. If it is 0, the gain word is not 
present, and the previous value is reused, except for block of a frame where if the control word is not present the 
current value of dynrng2 is set to 0. 

4.4.3.6 dynrng2 - dynamic range gain word, Ch2 - 8 bits 

This encoder-generated gain word is applied to scale the reproduced audio of Ch2, in the same manner as dynrng is 
applied to Chi, as described in clause 6.7.1. 

4.4.3.7 cplstre - Coupling strategy exists - 1 bit 

If this bit is a 1, coupling information follows in the bit stream. If it is 0, new coupling information is not present, and 
coupling parameters previously sent are reused. This parameter shall not be set to in block 0. 

4.4.3.8 cplinu - Coupling in use - 1 bit 

If this bit is a 1, coupling is currently being utilized, and coupling parameters follow. If it is 0, coupling is not being 
utilized (all channels are independent) and no coupling parameters follow in the bit stream. 

4.4.3.9 chincpl[ch] - Channel in coupling - 1 bit 

If this bit is a 1, then the channel indicated by the index [ch] is a coupled channel. If the bit is a 0, then this channel is 
not coupled. Since coupling is not used in the 1/0 mode, if any chincpl[] values exist there will be 2 to 5 values. Of the 
values present, at least two values will be 1, since coupling requires more than one coupled channel to be coupled. 

4.4.3.10 phsflginu - Phase flags in use - 1 bit 

If this bit (defined for 2/0 mode only) is a 1, phase flags are included with coupling coordinate information. Phase flags 
are described in clause 6.4. 

4.4.3.1 1 cplbegf - Coupling begin frequency code - 4 bits 

This 4-bit code is interpreted as the sub-band number (0 to 15) which indicates the lower frequency band edge of the 
coupling channel (or the first active sub-band) as shown in Table 6.24. 

4.4.3.1 2 cplendf - Coupling end frequency code - 4 bits 

This 4-bit code indicates the upper band edge of the coupling channel. The upper band edge (or last active sub-band) is 
cplendf -I- 2, or a value between 2 and 17 (see Table 6.24). 

The number of active coupling sub-bands is equal to ncplsubnd, which is calculated as: 

ncplsubnd = 3 -i- cplendf - cplbegf. 
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4.4.3.13 cplbndstrc[sbnd] - Coupling band structure - 1 bit 

There are 18 coupling sub-bands defined in Table 6.24, each containing 12 frequency coefficients. The fixed 12-bin 
wide coupling sub-bands are converted into coupling bands, each of which may be wider than (a multiple of) 
12 frequency bins. Each coupling band may contain one or more coupling sub-bands. Coupling coordinates are 
transmitted for each coupling band. Each band's coupling coordinate must be applied to all the coefficients in the 
coupling band. 

The coupling band structure indicates which coupling sub-bands are combined into wider coupling bands. When 
Cplbndstrc[sbnd] is a O, the sub-band number [sbnd] is not combined into the previous band to form a wider band, 
but starts a new 12 wide coupling band. When Cplbndstrc[sbnd] is a 1, then the sub-band [sbnd] is combined with 
the previous band, making the previous band 12 bins wider. Each successive value of Cplbndstrc which is a 1 will 
continue to combine sub-bands into the current band. When another Cplbndstrc value of is received, then a new 
band will be formed, beginning with the 12 bins of the current sub-band. The set of Cplbndstrc[sbnd] values is 
typically considered an array. 

Each bit in the array corresponds to a specific coupling sub-band in ascending frequency order. The first element of the 
array corresponds to the sub-band CplbGQf, is always 0, and is not transmitted. (There is no reason to send a 
cplbndstrc bit for the first sub-band at Cplbegf, since this bit would always be 0.) Thus, there are ncplSUbnd-1 
values of cplbndstrc transmitted. If there is only one coupling sub-band, then no Cplbndstrc bits are sent. 

The number of coupHng bands, ncplbnd, may be computed from ncplsubnd and Cplbndstrc: 

ncplbnd = (ncplsubnd - (cplbndstrc[1] + ... + cplbndstrc[ncplsubnd - 1])). 

4.4.3.14 cplcoe[ch] - Coupling coordinates exist - 1 bit 

Coupling coordinates indicate, for a given channel and within a given coupling band, the fraction of the coupling channel 
frequency coefficients to use to re-create the individual channel frequency coefficients. Coupling coordinates are 
conditionally transmitted in the bit stream. If new values are not delivered, the previously sent values remain in effect. 
See clause 6.4 for further information on coupling. 

If CplCOG[ch] is 1, the coupling coordinates for the corresponding channel [ch] exist and follow in the bit stream. If the 
bit is 0, the previously transmitted coupling coordinates for this channel are reused. This parameter shall not be set to 
in block 0, or in any block for which the corresponding channel is participating in coupling but was not participating in 
coupling in the previous block. 

4.4.3.15 mstrcplco[ch] - Master coupling coordinate - 2 bits 

This per channel parameter establishes a per channel gain factor (increasing the dynamic range) for the coupling 
coordinates as shown in Table 4.9. 

Table 4.9: Master coupling coordinate 



mstrcplco[ch] 


cp!co[ch][bnd] gain multiplier 


00 


1 


01 


2-3 


10 


2-6 


11 


2-9 



4.4.3.16 cplcoexp[ch][bnd] - Coupling coordinate exponent - 4 bits 

Each coupling coordinate is composed of a 4-bit exponent and a 4-bit mantissa. This element is the value of the 
coupling coordinate exponent for channel [ch] and band [bnd]. The index [ch] only will exist for those channels which 
are coupled. The index [bnd] will range from to ncplbnds. See clause 6.4.3 for further information on how to 
interpret coupling coordinates. 
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4.4.3.17 cplcomant[ch][bnd] - Coupling coordinate mantissa - 4 bits 

This element is the 4-bit coupHng coordinate mantissa for channel [ch] and band [bnd]. 

4.4.3.18 phsflg[bnd] - Phase flag - 1 bit 

This element (only used in the 2/0 mode) indicates whether the decoder should phase invert the coupling channel 
mantissas when reconstructing the right output channel. The index [bnd] can range from to ncplbnd. Phase flags are 
described in clause 6.4. 

4.4.3.19 rematstr - Rematrixing strategy - 1 bit 

If this bit is a 1, then new rematrix flags are present in the bit stream. If it is 0, re matrix flags are not present, and the 
previous values should be reused. The rGmatStr parameter is present only in the 2/0 audio coding mode. This 
parameter shall not be set to in block 0. 

4.4.3.20 rematflg[rbnd] - Rematrix flag - 1 bit 

This bit indicates whether the transform coefficients in rematrixing band [rbnd] have been rematrixed. If this bit is a 1, 
then the transform coefficients in [rbnd] were rematrixed into sum and difference channels. If this bit is a 0, then 
rematrixing has not been performed in band [rbnd]. The number of rematrixing bands (and the number of values of 
[rbnd]) depend on coupling parameters as shown in Table 4.10. Rematrixing is described in clause 6.5. 

Table 4.10: Number of rematrixing bands 



Condition 


No. of rematrixing 
bands 


cplinu == 


4 


(cplinu== 1)&&(cplbegf>2) 


4 


(cplinu == 1) && (2 > cplbegf > 0) 


3 


(cplinu == 1) && (cplbegf == 0) 


2 



4.4.3.21 cplexpstr - Coupling exponent strategy - 2 bits 

This element indicates the method of exponent coding that is used for the coupling channel as shown in Table 6.4. 
See clause 6. 1 for explanation of each exponent strategy. This parameter shall not be set to in block 0, or in any block 
for which coupling is enabled but was disabled in the previous block. 

4.4.3.22 chexpstr[ch] - Channel exponent strategy - 2 bits 

This element indicates the method of exponent coding that is used for channel [ch], as shown in Table 6.4. This element 
exists for each full bandwidth channel. This parameter shall not be set to in block 0. 

4.4.3.23 Ifeexpstr - Low frequency effects channel exponent strategy - 1 bit 

This element indicates the method of exponent coding that is used for the Ife channel, as shown in Table 6.4. This 
parameter shall not be set to in block 0. 

4.4.3.24 chbwcod[ch] - Channel bandwidth code - 6 bits 

The chbwCOd[ch] element is an unsigned integer which defines the upper band edge for full-bandwidth channel [ch]. 
This parameter is only included for fbw channels which are not coupled. (See clause 6.1.3 on exponents for the 
definition of this parameter.) Valid values are in the range of - 60. If a value greater than 60 is received, the bit stream 
is invalid and the decoder shall cease decoding audio and mute. 
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4.4.3.25 cplabsexp - Coupling absolute exponent - 4 bits 

This is an absolute exponent, which is used as a reference when decoding the differential exponents for the coupling 
channel. 

4.4.3.26 cplexps[grp] - Coupling exponents - 7 bits 

Each value of CplGXpS indicates the value of 3, 6, or 12 differentially-coded coupling channel exponents for the 
coupling exponent group [grp] for the case of dl5, d25, or d45 coding, respectively. The number of CplGXpS values 
transmitted equals HCplgrpS, which may be determined from Cplbegf, Cplendf, and Cplexpstr. Refer to clause 6.1.3 
for further information. 

4.4.3.27 exps[ch][grp] - Channel exponents - 4 bits or 7 bits 

These elements represent the encoded exponents for channel [ch]. The first element ([grp] = 0) is a 4-bit absolute 
exponent for the first (DC term) transform coefficient. The subsequent elements ([grp] > 0) are 7-bit representations of 
a group of 3, 6, or 12 differentially coded exponents (corresponding to dl5, d25, d45 exponent strategies respectively). 
The number of groups for each channel, nchgrps[ch], is determined from CplbGgf if the channel is coupled, or 
ChbwCOd[ch] if the channel is not coupled. Refer to clause 6.1.3 for further information. 

4.4.3.28 gainrng[ch] - Channel gain range code - 2 bits 

This per channel 2-bit element may be used to determine a block floating-point shift value for the inverse TDAC 
transform filter bank. Use of this code allows increased dynamic range to be obtained from a limited word length 
transform computation. For further information see clause 6.9.5. 

4.4.3.29 lfeexps[grp] - Low frequency effects channel exponents - 4 bits or 7 bits 

These elements represent the encoded exponents for the Ife channel. The first element ([grp] = 0) is a 4-bit absolute 
exponent for the first (DC term) transform coefficient. There are two additional elements (nIfGgrpS = 2) which are 
7-bit representations of a group of 3 differentially coded exponents. The total number of Ife channel exponents 

(nifemant) is 7. 

4.4.3.30 bale - Bit allocation information exists - 1 bit 

If this bit is a 1, then five separate fields (totalling 1 1 bits) follow in the bit stream. Each field indicates parameter 
values for the bit allocation process. If this bit is a 0, these fields do not exist. Further details on these fields may be 
found in clause 6.2. This parameter shall not be set to in block 0. 

4.4.3.31 sdcycod - Slow decay code - 2 bits 

This 2-bit code specifies the slow decay parameter in the bit allocation process. 

4.4.3.32 fdcycod - Fast decay code - 2 bits 

This 2-bit code specifies the fast decay parameter in the decode bit allocation process. 

4.4.3.33 sgaincod - Slow gain code - 2 bits 

This 2-bit code specifies the slow gain parameter in the decode bit allocation process. 

4.4.3.34 dbpbcod - dB per bit code - 2 bits 

This 2-bit code specifies the dB per bit parameter in the bit allocation process. 

4.4.3.35 floorcod - Masking floor code - 3 bits 

This 3-bit code specifies the floor code parameter in the bit allocation process. 
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4.4.3.36 snroffste - SNR offset exists - 1 bit 

If this bit has a value of 1, a number of bit allocation parameters follow in the bit stream. If this bit has a value of 0, 
SNR offset information does not follow, and the previously transmitted values should be used for this block. The bit 
allocation process and these parameters are described in clause 6.2. This parameter shall not be set to in block 0. 

4.4.3.37 csnroffst - Coarse SNR offset - 6 bits 

This 6-bit code specifies the coarse SNR offset parameter in the bit allocation process. 

4.4.3.38 cplfsnroffst - Coupling fine SNR offset - 4 bits 

This 4-bit code specifies the coupling channel fine SNR offset in the bit allocation process. 

4.4.3.39 cplfgaincod - Coupling fast gain code - 3 bits 

This 3-bit code specifies the coupling channel fast gain code used in the bit allocation process. 

4.4.3.40 fsnroffst[ch] - Channel fine SNR offset - 4 bits 

This 4-bit code specifies the fine SNR offset used in the bit allocation process for channel [ch]. 

4.4.3.41 fgaincod[ch] - Channel fast gain code - 3 bits 

This 3-bit code specifies the fast gain parameter used in the bit allocation process for channel [ch]. 

4.4.3.42 Ifefsnroffst - Low frequency effects channel fine SNR offset - 4 bits 

This 4-bit code specifies the fine SNR offset parameter used in the bit allocation process for the Ife channel. 

4.4.3.43 Ifefgaincod - Low frequency effects channel fast gain code - 3 bits 

This 3-bit code specifies the fast gain parameter used in the bit allocation process for the Ife channel. 

4.4.3.44 cplleake - Coupling leak initialization exists - 1 bit 

If this bit is a 1, leak initialization parameters follow in the bit stream. If this bit is a 0, the previously transmitted values 
still apply. This parameter shall not be set to in block 0, or in any block for which coupling is enabled but was 
disabled in the previous block. 

4.4.3.45 cplfleak - Coupling fast leak initialization - 3 bits 

This 3-bit code specifies the fast leak initialization value for the coupling channel's excitation function calculation in the 
bit allocation process. 

4.4.3.46 cplsleak - Coupling slow leak initialization - 3 bits 

This 3-bit code specifies the slow leak initialization value for the coupling channel's excitation function calculation in 
the bit allocation process. 

4.4.3.47 deltbaie - Delta bit allocation information exists - 1 bit 

If this bit is a 1, some delta bit allocation information follows in the bit stream. If this bit is a 0, the previously 
transmitted delta bit allocation information still applies, except for block 0. If deltbaie is in block 0, then cpldeltbae 
and deltbae[ch] are set to the binary value "10", and no delta bit allocation is applied. Delta bit allocation is described in 
clause 6.2.2. 
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4.4.3.48 cpldeltbae - Coupling delta bit allocation exists - 2 bits 

This 2-bit code indicates the delta bit allocation strategy for the coupling channel, as shown in Table 4.11. If the 
reserved state is received, the decoder should not decode audio, and should mute. This parameter shall not be set to "00" 
in block 0, or in any block for which coupling is enabled but was disabled in the previous block. 

Table 4.11 : Delta bit allocation exist states 



cpldeltbae, deltbae 


Code 


00 


Reuse previous state 


01 


New info follows 


10 


Perform no delta alloc 


11 


Reserved 



4.4.3.49 deltbae[ch] - Delta bit allocation exists - 2 bits 

This per full bandwidth channel 2-bit code indicates the delta bit allocation strategy for the corresponding channel, as 
shown in Table 4. 11. This parameter shall not be set to "00" in block 0. 

4.4.3.50 cpldeltnseg - Coupling delta bit allocation number of segments - 3 bits 

This 3-bit code indicates the number of delta bit allocation segments that exist for the coupling channel. The value of 
this parameter ranges from 1 to 8, and is calculated by adding 1 to the 3-bit binary number represented by the code. 

4.4.3.51 cpldeltoffst[seg] - Coupling delta bit allocation offset - 5 bits 

The first 5-bit code ([SGQ] = 0) indicates the number of the first bit allocation band (as specified in clause 6.4.2) of the 
coupling channel for which delta bit allocation values are provided. Subsequent codes indicate the offset from the 
previous delta segment end point to the next bit allocation band for which delta bit allocation values are provided. 

4.4.3.52 cpldeltlen[seg] - Coupling delta bit allocation length - 4 bits 

Each 4-bit code indicates the number of bit allocation bands that the corresponding segment spans. 

4.4.3.53 cpldeltba[seg] - Coupling delta bit allocation - 3 bits 

This 3-bit value is used in the bit allocation process for the coupling channel. 

Each 3-bit code indicates an adjustment to the default masking curve computed in the decoder. The deltas are coded as 
shown in Table 4.12. 

Table 4.12: Bit allocation deltas 



cpldeltba, deltba 


Adjustment 
(dB) 


000 


-24 


001 


-18 


010 


-12 


oil 


-6 


100 


+6 


101 


+12 


110 


+18 


111 


+24 
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4.4.3.54 deltnseg[ch] - Channel delta bit allocation number of segments - 3 bits 

These per full bandwidth channel elements are 3-bit codes indicating the number of delta bit allocation segments that 
exist for the corresponding channel. The value of this parameter ranges from 1 to 8, and is calculated by adding 1 to the 
3-bit binary code. 

4.4.3.55 deltoffst[ch][seg] - Channel delta bit allocation offset - 5 bits 

The first 5-bit code ([SGQ] = 0) indicates the number of the first bit allocation band (see clause 6.2.2) of the 
corresponding channel for which delta bit allocation values are provided. Subsequent codes indicate the offset from the 
previous delta segment end point to the next bit allocation band for which delta bit allocation values are provided. 

4.4.3.56 deltlen[ch][seg] - Channel delta bit allocation length - 4 bits 

Each 4-bit code indicates the number of bit allocation bands that the corresponding segment spans. 

4.4.3.57 deltba[ch][seg] - Channel delta bit allocation - 3 bits 

This 3-bit value is used in the bit allocation process for the indicated channel. Each 3-bit code indicates an adjustment to 
the default masking curve computed in the decoder. The deltas are coded as shown in Table 4.13. 

4.4.3.58 skiple - Skip length exists - 1 bit 

If this bit is a 1, then the skipl parameter follows in the bit stream. If this bit is a 0, Sklpl does not exist. 

4.4.3.59 skipl - Skip length - 9 bits 

This 9-bit code indicates the number of dummy bytes to skip (ignore) before unpacking the mantissas of the current 
audio block. 

4.4.3.60 skipfid - Skip field - (skipl x 8) bits 

This field contains the null bytes of data to be skipped, as indicated by the sklpI parameter. 

4.4.3.61 chmant[ch][bln] - Channel mantissas - bits to 16 bits 

The actual quantized mantissa values for the indicated channel. Each value may contain from to as many as 16 bits. 
The number of mantissas for the indicated channel is equal to nchmant[ch], which may be determined from 
ChbwCOd[ch] (see clause 6.1.3) if the channel is not coupled, or from CplbGgf (see clause 6.4.2) if the channel is 
coupled. Detailed information on packed mantissa data is in clause 6.3. 

4.4.3.62 cplmant[bin] - Coupling mantissas - bits to 16 bits 

The actual quantized mantissa values for the coupling channel. Each value may contain from to as many as 16 bits. 
The number of mantissas for the coupling channel is equal to ncplmant, which may be determined from: 

ncplmant = 12 x ncplsubnd. 
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4.4.3.63 lfemant[bin] - Low frequency effects channel mantissas - bits to 16 bits 

The actual quantized mantissa values for the Ife channel. Each value may contain from to as many as 16 bits. The 
value of nIfGmant is 7, so there are 7 mantissa values for the Ife channel. 

4.4.4 auxdata - Auxiliary data field 

Unused data at the end of a frame will exist whenever the encoder does not utilize all available data for encoding the 
audio signal. This may occur if the final bit allocation falls short of using all available bits, or if the input audio signal 
simply does not require all available bits to be coded transparently. Or, the encoder may be instructed to intentionally 
leave some bits unused by audio so that they are available for use by auxiliary data. Since the number of bits required 
for auxiliary data may be smaller than the number of bits available (which will be time varying) in any particular frame, 
a method is provided to signal the number of actual auxiliary data bits in each frame. 

4.4.4.1 auxbits - Auxiliary data bits - nauxbits bits 

This field contains auxiliary data. The total number of bits in this field is: 

nauxbits = (bits in frame) - (bits used by all bit stream elements except for auxbits). 

The number of bits in the frame can be determined from the frame size code (frmsizcod) and Table 4.13. The number 
of bits used includes all bits used by bit stream elements with the exception of auxbits. Any dummy data which has 
been included with skip fields (skipfid) is included in the used bit count. The length of the auxbitS field is adjusted by 
the encoder such that the Crc2 element falls on the last 16-bit word of the frame. 
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Table 4.13: Frame size code table (1 word = 16 bits) 



frmsizecod 


Nominal 
bit rate 
(l<blt/s) 


Words/syncframe 
fg = 32 kHz 


Words/syncframe 
fg = 44,1 l<Hz 


Words/syncframe 
fg = 48 l<Hz 


"000000"(0) 


32 


96 


69 


64 


"000001 "(0) 


32 


96 


70 


64 


"00001 0"(1) 


40 


120 


87 


80 


"00001 1"(1) 


40 


120 


88 


80 


"000100"(2) 


48 


144 


104 


96 


"0001 01 "(2) 


48 


144 


105 


96 


"000110"(3) 


56 


168 


121 


112 


"0001 11 "(3) 


56 


168 


122 


112 


"001000"(4) 


64 


192 


139 


128 


"001 001 "(4) 


64 


192 


140 


128 


"001010"(5) 


80 


240 


174 


160 


"001 Oil "(5) 


80 


240 


175 


160 


"001100"(6) 


96 


288 


208 


192 


"001 101 "(6) 


96 


288 


209 


192 


"001110"(7) 


112 


336 


243 


224 


"001111"(7) 


112 


336 


244 


224 


"010000"(8) 


128 


384 


278 


256 


"01 0001 "(8) 


128 


384 


279 


256 


"010010"(9) 


160 


480 


348 


320 


"01 0011 "(9) 


160 


480 


349 


320 




'010100"{10) 


192 


576 


417 


384 




'01 01 01 "(10) 


192 


576 


418 


384 




'010110"{11) 


224 


672 


487 


448 




'01 01 11 "(11) 


224 


672 


488 


448 




'011000"(12) 


256 


768 


557 


512 




'01 1001 "(12) 


256 


768 


558 


512 




'011010"(13) 


320 


960 


696 


640 




'011011"(13) 


320 


960 


697 


640 




'011100"(14) 


384 


1 152 


835 


768 




'01 11 01 "(14) 


384 


1 152 


836 


768 




'011110"(15) 


448 


1 344 


975 


896 




'011111"(15) 


448 


1 344 


976 


896 




'100000"(16) 


512 


1 536 


1 114 


1 024 




'100001 "(16) 


512 


1 536 


1 115 


1 024 




'100010"(17) 


576 


1 728 


1 253 


1 152 




'100011 "(17) 


576 


1 728 


1 254 


1 152 




'100100"(18) 


640 


1 920 


1 393 


1 280 




'1001 01 "(18) 


640 


1 920 


1 394 


1 280 


NOTE: fg : sampling frequency. 



If the number of user bits indicated by auxdatal is smaller than the number of available aux bits nauxbitS, the user 
data is located at the end of the auxbitS field. This allows a decoder to find and unpack the auxdatal user bits without 
knowing the value of nauxbitS (which can only be determined by decoding the audio in the entire frame). The order of 
the user data in the auxbitS field is forward. Thus the aux data decoder (which may not decode any audio) may simply 
look to the end of the AC-3 syncframe to find auxdatal, backup auxdatal bits (from the beginning of auxdatal) in 
the data stream, and then unpack auxdatal bits moving forward in the data stream. 

4.4.4.2 auxdatal - Auxiliary data length - 1 4 bits 

This 14-bit integer value indicates the length, in bits, of the user data in the auxbltS auxiliary field. 



4.4.4.3 



auxdatae - Auxiliary data exists - 1 bit 



If this bit is a 1, then the auxdatal parameter precedes in the bit stream. If this bit is a 0, auxdatal does not exist, and 
there is no user data. 
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4.4.5 errorcheck - Frame error detection field 

4.4.5.1 crcrsv - CRC reserved bit - 1 bit 

Reserved for use in specific applications to ensure Crc2 will not be equal to the sync word. Use of this bit is optional by 
encoders. If the Crc2 calculation results in a value equal to the SynCWOrd, the CrcrSV bit may be inverted. This will 
result in a Crc2 value which is not equal to the SynCWOrd. 

4.4.5.2 crc2 - Cyclic redundancy check 2-16 bits 

The 16-bit CRC applies to the entire frame. The details of the CRC checking are described in clause 6.10.1. 

4.5 Bit stream constraints 

The following constraints shall be imposed upon the encoded bit stream by the AC-3 encoder. These constraints allow 
AC-3 decoders to be manufactured with smaller input memory buffers. 

1) The combined size of the syncinfo fields, the bsi fields, block and block 1 combined, shall not exceed 5/8 of 
the frame. 

2) The combined size of the block 5 mantissa data, the auxiliary data fields, and the errorcheck fields shall not 
exceed the final 3/8 of the frame. 

3) Block shall contain all necessary information to begin correctly decoding the bit stream. 

4) Whenever the state of cplinu changes from off to on, all coupling information shall be included in the block in 
which coupling is turned on. No coupling related information shall be reused from any previous blocks where 
coupling may have been on. 

5) Coupling shall not be used in dual mono (1 + 1) or mono (1/0) modes. For blocks in which coupling is used, 
there shall be at least two channels in coupling. 

6) Bit stream elements shall not be reused from a previous block if other bit stream parameters change the 
dimensions of the elements to be reused. For example, exponents shall not be reused if the start or end 
mantissa bin changes from the previous block. 

5 Decoding the AC-3 bit stream 

5.1 Introduction 

Clause 4 specifies the details of the AC-3 bit stream syntax. This clause gives an overview of the AC-3 decoding 
process as diagrammed in Figure 4, where the decoding process flow is shown as a sequence of blocks down the centre 
of the page, and some of the information flow is indicated by arrowed lines at the sides of the page. More detailed 
information on some of the processing blocks will be found in clause 6. The decoder described in this clause should be 
considered one example of a decoder. Other methods may exist to implement decoders, and these other methods may 
have advantages in certain areas (such as instruction count, memory requirement, number of transforms required, etc.). 

5.2 Summary of the decoding process 
5.2.1 Input bit stream 

The input bit stream will typically come from a transmission or storage system. The interface between the source of 
AC-3 data and the AC-3 decoder is not specified in the present document. The details of the interface affect a number of 
decoder implementation details. 
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5.2.1.1 Continuous or burst input 

The encoded AC-3 data may be input to the decoder as a continuous data stream at the nominal bit rate, or chunks of 
data may be burst into the decoder at a high rate with a low duty cycle. For burst mode operation, either the data source 
or the decoder may be the master controlling the burst timing. The AC-3 decoder input buffer may be smaller in size if 
the decoder can request bursts of data on an as-needed basis. However, the external buffer memory may be larger in this 

case. 

5.2.1 .2 Byte or word alignment 

Most applications of the present document will convey the elementary AC-3 bit stream with byte or (16-bit) word 
alignment. The sync frame is always an integral number of words in length. The decoder may receive data as a 
continuous serial stream of bits without any alignment. Or, the data may be input to the decoder with either byte or 
word (16-bit) alignment. Byte or word alignment of the input data may allow some simplification of the decoder. 
Alignment does reduce the probability of false detection of the sync word. 

5.2.2 Synchronization and error detection 

The AC-3 bit-stream format allows rapid synchronization. The 16-bit sync word has a low probability of false detection. 
With no input stream alignment the probability of false detection of the sync word is 0,0015 % per input stream bit 
position. For a bit rate of 384 kbit/s, the probability of false sync word detection is 19 % per frame. Byte alignment of 
the input stream drops this probability to 2,5 %, and word alignment drops it to 1,2 %. 

When a sync pattern is detected the decoder may be estimated to be in sync and one of the CRC words (Crcl or Crc2) 
may be checked. Since Crcl comes first and covers the first 5/8 of the frame, the result of a Crcl check may be 
available after only 5/8 of the frame has been received. Or, the entire frame size can be received and Crc2 checked. If 
either CRC checks, the decoder may safely be presumed to be in sync and decoding and reproduction of audio may 
proceed. The chance of false sync in this case would be the concatenation of the probabilities of a false sync word 
detection and a CRC misdetection of error. The CRC check is reliable to 0,0015 %. This probability, concatenated with 
the probability of a false sync detection in a byte aligned input bit stream, yield a probability of false synchronization of 
0,000035 % (or about once in 3 million synchronization attempts). 

If this small probability of false sync is too large for an application, there are several methods which may reduce it. The 
decoder may only presume correct sync in the case that both CRC words check properly. The decoder may require 
multiple sync words to be received with the proper alignment. If the data transmission or storage system is aware that 
data is in error, this information may be made known to the decoder. 
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Figure 4: Flow diagram of the decoding process 

Additional details on methods of bit stream synchronization are not provided in the present document. Details on the 
CRC calculation are provided in clause 6.10. 

5.2.3 Unpack BSI, side information 

Inherent to the decoding process is the unpacking (de-multiplexing) of the various types of information included in the 
bit stream. Some of these items may be copied from the input buffer to dedicated registers, some may be copied to 
specific working memory location, and some of the items may simply be located in the input buffer with pointers to 
them saved to another location for use when the information is required. The information which must be unpacked is 
specified in detail in clause 4.3. Further details on the unpacking of BSI and side information are not provided in the 
present document. 
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5.2.4 Decode exponents 



The exponents are delivered in the bit stream in an encoded form. In order to unpack and decode the exponents two 
types of side information are required. First, the number of exponents must be known. For fbw channels this may be 
determined from either chbwCOd[ch] (for uncoupled channels) or from CplbGgf (for coupled channels). For the 
coupling channel, the number of exponents may be determined from CplbGgf and CplGndf . For the Ife channel (when 
on), there are always 7 exponents. Second, the exponent strategy in use (dl5, etc.) by each channel must be known. The 
details on how to unpack and decode exponents are provided in clause 6.1. 

5.2.5 Bit allocation 

The bit allocation computation reveals how many bits are used for each mantissa. The inputs to the bit allocation 
computation are the decoded exponents, and the bit allocation side information. The outputs of the bit allocation 
computation are a set of bit allocation pointers (baps), one bap for each coded mantissa. The bap indicates the 
quantizer used for the mantissa, and how many bits in the bit stream were used for each mantissa. The bit allocation 
computation is described in detail in clause 6.2. 

5.2.6 Process mantissas 

The coarsely quantized mantissas make up the bulk of the AC-3 data stream. Each mantissa is quantized to a level of 
precision indicated by the corresponding bap. In order to pack the mantissa data more efficiently, some mantissas are 
grouped together into a single transmitted value. For instance, two 1 1 -level quantized values are conveyed in a single 
7-bit code (3,5 bits/value) in the bit stream. 

The mantissa data is unpacked by peeling off groups of bits as indicated by the bapS. Grouped mantissas must be 
ungrouped. The individual coded mantissa values are converted into a de-quantized value. Mantissas which are 
indicated as having zero bits may be reproduced as either zero, or by a random dither value (under control of the dither 
flag). The mantissa processing is described in full detail in clause 6.3. 

5.2.7 Decoupling 

When coupling is in use, the channels which are coupled must be decoupled. Decoupling involves reconstructing the 
high frequency section (exponents and mantissas) of each coupled channel, from the common coupling channel and the 
coupling coordinates for the individual channel. Within each coupling band, the coupling channel coefficients 
(exponent and mantissa) are multiplied by the individual channel coupling coordinates. The coupling process is 
described in detail in clause 6.4. 

5.2.8 Rematrixing 

In the 2/0 audio coding mode rematrixing may be employed, as indicated by the rematrix flags (rGmatf lg[rbnd]). 
Where the flag indicates a band is rematrixed, the coefficients encoded in the bit stream are sum and difference values 
instead of left and right values. Rematrixing is described in detail in clause 6.5. 

5.2.9 Dynamic range compression 

For each block of audio a dynamic range control value (dynrng) may be included in the bit stream. The decoder, by 
default, shall use this value to alter the magnitude of the coefficient (exponent and mantissa) as specified in clause 6.7.1. 

5.2.10 Inverse transform 

The decoding steps described above will result in a set of frequency coefficients for each encoded channel. The inverse 
transform converts the blocks of frequency coefficients into blocks of time samples. The inverse transform is detailed 
in clause 6.9. 
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5.2.11 Window, overlap/add 



The individual blocks of time samples must be windowed, and adjacent blocks must be overlapped and added together 
in order to reconstruct the final continuous time output PCM audio signal. The window and overlap/add steps are 
described along with the inverse transform in clause 6.9. 

5.2.12 Downmixing 

If the number of channels required at the decoder output is smaller than the number of channels which are encoded in 
the bit stream, then downmixing is required. Downmixing in the time domain is shown in this example decoder. Since 
the inverse transform is a linear operation, it is also possible to downmix in the frequency domain prior to 
transformation. Clause 6.8 describes downmixing and specifies the downmix coefficients which decoders shall employ. 

5.2.13 PCM output buffer 

Typical decoders will provide PCM output samples at the PCM sampling rate. Since blocks of samples result from the 
decoding process, an output buffer is typically required. The present document does not specify or describe output 
buffering in any further detail. 



5.2.14 Output PCM 



The output PCM samples may be delivered in form suitable for interconnection to a digital to analogue converter 
(DAC), or in any other form. The present document does not specify the output PCM format. 



6 Algorithmic details 

The following clauses describe various aspects of AC-3 coding in detail. 

6.1 Exponent coding 
6.1.1 Overview 

The actual audio information conveyed by the AC-3 bit stream consists of the quantized frequency coefficients. The 
coefficients are delivered in floating point form, with each coefficient consisting of an exponent and a mantissa. This 
clause describes how the exponents are encoded and packed into the bit stream. 

Exponents are 5-bit values which indicate the number of leading zeros in the binary representation of a frequency 
coefficient. The exponent acts as a scale factor for each mantissa, equal to 2'^^P. Exponent values are allowed to range 
from (for the largest value coefficients with no leading zeros) to 24. Exponents for coefficients which have more than 
24 leading zeros are fixed at 24, and the corresponding mantissas are allowed to have leading zeros. Exponents require 
5 bits in order to represent all allowed values. 

AC-3 bit streams contain coded exponents for all independent channels, all coupled channels, and for the coupling and 
low frequency effects channels (when they are enabled). Since audio information is not shared across frames, block of 
every frame will include new exponents for every channel. Exponent information may be shared across blocks within a 
frame, so blocks 1 through 5 may reuse exponents from previous blocks. 

AC-3 exponent transmission employs differential coding, in which the exponents for a channel are differentially coded 
across frequency. The first exponent of a fbw or Ife channel is always sent as a 4-bit absolute value, ranging from 
to 15. The value indicates the number of leading zeros of the first (DC term) transform coefficient. Successive (going 
higher in frequency) exponents are sent as differential values which must be added to the prior exponent value in order 
to form the next absolute value. 

The differential exponents are combined into groups in the audio block. The grouping is done by one of three methods, 
dl5, d25, or d45, which are referred to as exponent strategies. The number of grouped differential exponents placed in 
the audio block for a particular channel depends on the exponent strategy and on the frequency bandwidth information 
for that channel. The number of exponents in each group depends only on the exponent strategy. 
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An AC-3 audio block contains two types of fields with exponent information. The first type defines the exponent coding 
strategy for each channel, and the second type contains the actual coded exponents for channels requiring new 
exponents. For independent channels, frequency bandwidth information is included along with the exponent strategy 
fields. For coupled channels, and the coupling channel, the frequency information is found in the coupling strategy 
fields. 

6.1.2 Exponent strategy 

Exponent strategy information for every channel is included in every AC-3 audio block. Information is never shared 
across frames, so block will always contain a strategy indication (dl5, d25, or d45) for each channel. Blocks 
1 through 5 may indicate reuse of the prior (within the same frame) exponents. The three exponent coding strategies 
provide a trade-off between data rate required for exponents, and their frequency resolution. The dl5 mode provides the 
finest frequency resolution, and the d45 mode requires the least amount of data. In all three modes, a number of 
differential exponents are combined into 7-bit words when coded into an audio block. The main difference between the 
modes is how many differential exponents are combined together. 

The absolute exponents found in the bit stream at the beginning of the differentially coded exponent sets are sent as 
4-bit values which have been limited in either range or resolution in order to save one bit. For fbw and Ife channels, the 
initial 4-bit absolute exponent represents a value from to 15. Exponent values larger than 15 are limited to a value of 
15. For the coupled channel, the 5-bit absolute exponent is limited to even values, and the LSB is not transmitted. The 
resolution has been limited to valid values of 0, 2, 4. ..24. Each differential exponent can take on one of five values: 
-2, -1, 0, +1, +2. This allows deltas of up to +2 (+12 dB) between exponents. These five values are mapped into the 
values 0, 1, 2, 3, 4 before being grouped, as shown in Table 6.1. 

Table 6.1 : Mapping of differential exponent values, d15 mode 



Differential exponent 


Mapped value 


+2 


4 


+1 


3 





2 


-1 


1 


-2 





NOTE 1 : Mapped value: differential exponent +2. 
NOTE 2: Differential exponent: mapped value -2. 



In the dl5 mode, the above mapping is applied to each individual differential exponent for coding into the bit stream. In 
the d25 mode, each pair of differential exponents is represented by a single mapped value in the bit stream. In this mode 
the second differential exponent of each pair is implied as a delta of from the first element of the pair as indicated in 
Table 6.2. 

Table 6.2: Mapping of differential exponent values, d25 mode 



Differential exponent n 


Differential exponent n + 1 


Mapped value 


+2 





4 


+1 





3 








2 


-1 





1 


-2 









The d45 mode is similar to the d25 mode except that quads of differential exponents are represented by a single mapped 
value, as indicated by Table 6.3. 



£75/ 



48 



ETSI TS 102 366 V1.2.1 (2008-08) 



Table 6.3: Mapping of differential exponent values, d45 mode 



Differential 

exponent 

n 


Differential 

exponent 

n + 1 


Differential 

exponent 

n + 2 


Differential 

exponent 

n + 3 


Mapped value 


+2 











4 


+1 











3 














2 


-1 











1 


-2 















Since a single exponent is effectively shared by 2 or 4 different mantissas, encoders must ensure that the exponent 
chosen for the pair or quad is the minimum absolute value (corresponding to the largest exponent) needed to represent 
all the mantissas. 

For all modes, sets of three adjacent (in frequency) mapped values (Ml, M2 and M3) are grouped together and coded as 
a 7-bit value according to the following formula: 

Coded 7-bit grouped value = (25 x Ml) + (5 x M2) + M3. 

The exponent field for a given channel in an AC-3 audio block consists of a single absolute exponent followed by a 
number of these grouped values. 

6.1 .3 Exponent decoding 

The exponent strategy for each coupled and independent channel is included in a set of 2-bit fields designated 
ChGXpstr[ch]. When the coupling channel is present, a CplGXpstr strategy code is also included. Table 6.4 shows the 
mapping from exponent strategy code into exponent strategy. 

Table 6.4: Exponent strategy coding 



chexpstr[ch], cplexpstr 


Exponent strategy 


Exponents 
per group 


00 


Reuse 
prior exponents 





01 


d15 


3 


10 


d25 


6 


11 


d45 


12 



When the low frequency effects channel is enabled the IfGGXpstr field is present. It is decoded as shown in Table 6.5. 

Table 6.5: Ife channel exponent strategy coding 



Ifeexpstr 


Exponent strategy 


Exponents 
per group 





Reuse 
prior exponents 





1 


d15 


3 



Following the exponent strategy fields in the bit stream is a set of channel bandwidth codes, chbwCOd[ch]. These are 
only present for independent channels (channels not in coupling) that have new exponents in the current block. The 
channel bandwidth code defines the end mantissa bin number for that channel according to the following: 

Gndmant[ch] = ((chbwcod[ch] -i- 1 2) x 3) -i- 37; /* (ch is not coupled) */ 
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For coupled channels the end mantissa bin number is defined by the starting bin number of the coupling channel: 

endmant[ch] = cplstrtmant;/* (ch is coupled) */ 

where Cplstrtmant is as derived below. By definition the starting mantissa bin number for independent and coupled 
channels is 0. 

strtmant[ch] = 0. 

For the coupling channel, the frequency bandwidth information is derived from the fields CplbGgf and CplGndf found 
in the coupling strategy information. The coupling channel starting and ending mantissa bins are defined as: 

cplstrtmant = (cplbegf x 12) + 37; 
cplendmant = ((cplendf + 3) x 12) + 37. 

The low frequency effects channel, when present, always starts in bin and always has the same number of mantissas: 
Ifestrtmant = 0; 
Ifeendmant = 7. 

The second set of fields contains coded exponents for all channels indicated to have new exponents in the current block. 
These fields are designated as GXps[ch][grp] for independent and coupled channels, CplGXps[grp] for the coupling 
channel, and lfeexps[grp] for the low frequency effects channel. The first element of the exps fields (exps[ch][0]) 
and the IfGGXpS field (lfGGXps[0]) is always a 4-bit absolute number. For these channels the absolute exponent always 
contains the exponent value of the first transform coefficient (bin #0). These 4-bit values correspond to a 5-bit exponent 
which has been limited in range (0 to 15, instead of to 24), i.e. the most significant bit is zero. The absolute exponent 
for the coupled channel, CplabSGXp, is only used as a reference to begin decoding the differential exponents for the 
coupling channel (i.e. it does not represent an actual exponent). The CplabSGXp is contained in the audio block as a 
4-bit value, however it corresponds to a 5-bit value. The LSB of the coupled channel initial exponent is always 0, so the 
decoder must take the 4-bit value which was sent, and double it (left shift by 1) in order to obtain the 5-bit starting 
value. 

For each coded exponent set the number of grouped exponents (not including the first absolute exponent) to decode 
from the bit stream is derived as follows: 

For independent and coupled channels: 

nchgrps[ch] = truncatG ((Gndmant[ch] - 1 ) / 3); /* for d1 5 modG 7 
= truncatG {(Gndmant[ch] - 1 +3)16);/* for d25 modo V 
= truncatG {(Gndmant[ch] - 1 -h 9) / 12); /* for d45 modG V 

For the coupling channel: 

ncplgrps = (cplGndmant - cplstrtmant) 3; /* for d1 5 modG 7 
= (cplGndmant - cplstrtmant ) 6; /* for d1 5 modG 7 
= (cplGndmant - cplstrtmant) 12; /* for d15 modo 7 

For the low frequency effects channel: 

nIfGgrps = 2. 

Decoding a set of coded grouped exponents will create a set of 5-bit absolute exponents. The exponents are decoded as 
follows: 

1) Each 7-bit grouping of mapped values (gexp) is decoded using the inverse of the encoding procedure: 

Ml = truncate (gexp / 25); 

M2 = truncate ((gexp % 25) / 5); 

M3 = (gexp % 25) % 5. 

2) Each mapped value is converted to a differential exponent (dexp) by subtracting the mapping offset: 
dexp = M2. 
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3) The set of differential exponents is converted to absolute exponents by adding each differential exponent to the 
absolute exponent of the previous frequency bin: 

exp[n] = exp[n-1] + dexp[n]. 

4) For the d25 and d45 modes each absolute exponent is copied to the remaining members of the pair or quad. 
The above procedure can be summarized as follows: 



Pseudo code 



/* unpack the mapped values */ 
for (grp = 0; grp < ngrps ; grp++) 

{ 

expacc = gexp [grp] ; 

dexp [grp * 3] = truncate (expacc / 25) ; 
expacc = expacc - ( 25 * dexp [grp * 3] ) ; 
dexp[(grp * 3) + 1] = truncate (expacc / 5) ; 
expacc = expacc - (5 * dexp [ (grp * 3) + 1] ) ; 
dexp [ (grp * 3) + 2] = expacc; 

} 

/* unbiased mapped values */ 

for (grp = 0; grp < (ngrps * 3) ; grp++) 

{ 

dexp [grp] = dexp [grp] - 2 ; 

} 

/* convert from differentials to absolutes */ 

prevexp = absexp ; 

for (i = 0; i < (ngrps * 3) ; i++) 

{ 

aexp[i] = prevexp + dexp[i] ; 
prevexp = aexp[i] ; 

} 

/* expand to full absolute exponent array, using grpsize */ 

exp[0] = absexp; 

for (i = 0; i < (ngrps * 3) ; i++) 

{ 

for (j = 0; j < grpsize; j++) 

{ 

exp[(i * grpsize) + j +1] = aexp[i]; 



where: 

ngrps: number of grouped exponents (nchgrps[ch], ncplgrps, or nifegrps). 
grpsize = i fordiS; 

= 2ford25; 
= 4ford45. 

absexp: absolute exponent (exps[ch][0], (cplabsexp«1), or lfeexps[0]). 

For the coupling channel the above output array, exp[n], should be offset to correspond to the coupling start 
mantissa bin: 

cplexp[n + cplstrtmant] = exp[n + 1]. 

For the remaining channels exp[n] will correspond directly to the absolute exponent array for that channel. 
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6.2 Bit allocation 

6.2.1 Overview 

The bit allocation routine analyses the spectral envelope of the audio signal being coded with respect to masking effects 
to determine the number of bits to assign to each transform coefficient mantissa. In the encoder, the bit allocation is 
performed globally on the ensemble of channels as an entity, from a common bit pool. There are no preassigned 
exponent or mantissa bits, allowing the routine to flexibly allocate bits across channels, frequencies, and audio blocks in 
accordance with signal demand. 

The bit allocation contains a parametric model of human hearing for estimating a noise level threshold, expressed as a 
function of frequency, which separates audible from inaudible spectral components. Various parameters of the hearing 
model can be adjusted by the encoder depending upon signal characteristics. For example, a prototype masking curve is 
defined in terms of two piecewise continuous line segments, each with its own slope and y-axis intercept. One of 
several possible slopes and intercepts is selected by the encoder for each line segment. The encoder may iterate on one 
or more such parameters until an optimal result is obtained. When all parameters used to estimate the noise level 
threshold have been selected by the encoder, the final bit allocation is computed. The model parameters are conveyed to 
the decoder with other side information. The decoder executes the routine in a single pass. 

The estimated noise level threshold is computed over 50 bands of non-uniform bandwidth (an approximate 1/6 octave 
scale). The banding structure, defined by tables in the next clause, is independent of sampling frequency. The required 
bit allocation for each mantissa is established by performing a table look-up based upon the difference between the 
input signal power spectral density (PSD) evaluated on a fine-grain uniform frequency scale, and the estimated noise 
level threshold evaluated on the coarse-grain (banded) frequency scale. Therefore, the bit allocation result for a 
particular channel has spectral granularity corresponding to the exponent strategy employed. More specifically, a 
separate bit allocation will be computed for each mantissa within a dl5 exponent set, each pair of mantissas within a 
d25 exponent set, and each quadruple of mantissas within a d45 exponent set. 

The bit allocation must be computed in the decoder whenever the exponent strategy (cflGXpstr, CplGXpstr, 
IfGGXpstr) for one or more channels does not indicate reuse, or whenever baJG, SnroffstG, or (JGltbaiG = 1. 
Accordingly, the bit allocation can be updated at a rate ranging from once per audio block to once per 6 audio blocks, 
including the integral steps in between. A complete set of new bit allocation information is always transmitted in audio 
block 0. 

Since the parametric bit allocation routine must generate identical results in all encoder and decoder implementations, 
each step is defined exactly in terms of fixed-point integer operations and table look-ups. Throughout the discussion 
below, signed two's complement arithmetic is employed. All additions are performed with an accumulator of 14 or more 
bits. All intermediate results and stored values are 8-bit values. 

6.2.2 Parametric bit allocation 

This clause describes the seven-step procedure for computing the output of the parametric bit allocation routine in the 
decoder. The approach outlined here starts with a single uncoupled or coupled exponent set and processes all the input 
data for each step prior to continuing to the next one. This technique, called vertical execution, is conceptually 
straightforward to describe and implement. Alternatively, the seven steps can be executed horizontally, in which case 
multiple passes through all seven steps are made for separate subsets of the input exponent set. 

The choice of vertical vs. horizontal execution depends upon the relative importance of execution time vs. memory 
usage in the final implementation. Vertical execution of the algorithm is usually faster due to reduced looping and 
context save overhead. However, horizontal execution requires less RAM to store the temporary arrays generated in 
each step. Hybrid horizontal/vertical implementation approaches are also possible which combine the benefits of both 
techniques. 
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6.2.2.1 Initialization 



Compute startyend frequencies for the channel being decoded. These are computed from parameters in the bit stream as 
follows: 



Pseudo code 



/* for fbw channels */ 
for(ch=0; ch<nfchans; ch++) 

{ 

strtmant [ch] = ; 

if (chincpl [ch] ) endmant [ch] = 37 + (12 x cplbegf ) ; /* channel is coupled * / 

else endmant [ch] = 37 + (3 x (chbwcod + 12)); /* channel is not coupled * / 

} 

/* for coupling channel */ 

cplstrtmant = 37 + (12 x cplbegf) ; 

cplendmant = 37 + (12 x (cplendf + 3)) ; 

/* for Ife channel */ 

Ifestartmant = ; 

Ifeendmant = 7 ; 



Special case processing step: 

Before continuing with the initialization procedure, all Snr offset parameters from the bit stream should be evaluated. 
These include CSnroffst, fsnroffst[ch], Cplfsnroffst, and Ifefsnroffst. If they are all found to be equal to zero, then 
all elements of the bit allocation pointer array bap[] should be set to zero, and no other bit allocation processing is 
required for the current audio block. 

Perform table look-ups to determine the values of sdecay, fdecay, Sgaln, dbknee, and floor from parameters in 
the bit stream as follows: 



Pseudo code 



sdecay = slowdec [sdcycod] ; /*Table6.6*/ 

fdecay = f astdec [f dcycod] ; /*Table6.7*/ 

sgain = slowgain [sgaincod] ; /*Table6.8*/ 

dbknee = dbpbtab [dbpbcod] ; /* Table 6.9*/ 

floor = floortab[floorcod] ; /* Table 6.10 */ 



Initialize as follows for uncoupled portion of fbw channel: 



Pseudo code 



start = strtmant [ch] ; 

end = endmant [ch] ; 

lowcomp = ; 

fgain = f astgain [fgaincod [ch] ] ; /* Table 6.11 */ 

snrof f set [ch] = ( (csnroffst - 15) << 4 + f snrof f st [ch] ) << 2 ; 



Initialize as follows for coupling channel: 



Pseudo code 


start = cplstrtmant; 
















end = cplendmant ; 
















fgain = f astgain [cplfgaincod] 


; /* 


Table 6.11 


*/ 






snroffset = ( (csnroffst 


- 


15) 


<< 4 


+ cplfsnrc 


ff 


3t) << 2; 


fastleak = (cplfleak << 


8) 


+ 


768; 










slowleak = (cplsleak << 


8) 


+ 


768; 











Initialize as follows for Ife channel: 



Pseudo code 



start = Ifestrtmant; 

end = Ifeendmant; 

lowcomp = ; 

fgain = f astgain [If efgaincod] ; 

snroffset = ((csnroffst - 15) << 4 + Ifefsnroffst) << 2; 
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6.2.2.2 Exponent mapping into psd 

This step maps decoded exponents into a 13-bit signed log power-spectral density function. 



Pseudo code 



for (bin=start; bin<end; bin++) 

{ 

psd [bin] = (3 072 - (exp[bin] << 7)) 



Since GXp[k] assumes integral values ranging from to 24, the dynamic range of the psd[] values is from (for the 
lowest-level signal) to 3 072 for the highest-level signal. The resulting function is represented on a fine-grain, linear 
frequency scale. 

6.2.2.3 psd integration 

This step of the algorithm integrates fine-grain psd values within each of a multiplicity of l/6th octave bands. 
Table 6.12 contains the 50 array values for bndtab[] and bndsz[]. The bndtab[] array gives the first mantissa number 
in each band. The bndsz[] array provides the width of each band in number of included mantissas. Table 6.13 contains 
the 256 array values for masktab[], showing the mapping from mantissa number into the associated 1/6 octave band 
number. These two tables contain duplicate information, all of which need not be available in an actual implementation. 
They are shown here for simplicity of presentation only. 

The integration of psd values in each band is performed with log-addition. The log-addition is implemented by 
computing the difference between the two operands and using the absolute difference divided by 2 as an address into a 
length 256 look-up table, latab[], shown in Table 6.14. 



Pseudo code 



] = start ; 

k = masktab [start] ; 

do 

{ 

lastbin = min (bndtab [k] + bndsz [k] , end) ; 
bndpsd[k] = psd[j] ; 

j++ ; 

for (i = j; i < lastbin; i++) 

{ 

bndpsd [k] = logadd (bndpsd [k] , psd[j]) 

j++ ; 

} 

k++ ; 

} 

while (end > lastbin) ; 

logadd (a, b) 

{ 

c = a b ; 

address = min((abs(c) >> 1), 255) ; 

if (c >= 0) 

{ 

return (a + latab (address) ) ; 

} 

else 

{ 

return (b + latab (address) ) ,- 
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6.2.2.4 Compute excitation function 



The excitation function is computed by applying the prototype masking curve selected by the encoder (and transmitted 
to the decoder) to the integrated psd spectrum (bndpsd[]). The result of this computation is then offset downward in 
amplitude by the fgaln and Sgaln parameters, which are also obtained from the bit stream. 



Pseudo code 



bndstrt = masktab [start] ; 

bndend = masktab [end - 1] + 1 ; 

if (bndstrt == 0) /* For fbw and Ife channels * / 

{ /* note: do not call calc_lowcomp { ) for the last band of the Ife channel, {bin =6) */ 

lowcomp = calc_lowcomp (lowcomp, bndpsd[0] , bndpsd[l] , 0) ; 

excite [0] = bndpsd[0] - fgain - lowcomp; 

lowcomp = calc_lowcomp (lowcomp, bndpsd[l], bndpsd[2], 1) ; 

excite [1] = bndpsd[l] - fgain - lowcomp; 

begin = 7 ; 

for (bin = 2; bin < 7; bin++) 

{ 

if ((bndend != 7) | | (bin != S) ) /* skip for last bin of Ife channels */ 

{ 

lowcomp = calc_lowcomp (lowcomp, bndpsd [bin] , bndpsd [bin+1] , bin) ; 

} 

fastleak = bndpsd [bin] - fgain ; 

slowleak = bndpsd [bin] - sgain ; 

excite [bin] = fastleak - lowcomp ; 

if ((bndend != 7) | | (bin != 6)) /* skip for last bin of Ife channel */ 

{ 

if (bndpsd [bin] <= bndpsd [bin+1] ) 

{ 

begin = bin + 1 ; 
break ; 
} 
} 
} 
for (bin = begin; bin < min(bndend, 22) ; bin++) 

{ 

if ((bndend != 7) | | (bin != 6)) /* skip for last bin of Ife channel */ 

{ 

lowcomp = calc_lowcomp (lowcomp, bndpsd [bin] , bndpsd [bin+1] , bin) ; 

} 

fastleak -= fdecay ; 

fastleak = max (fastleak, bndpsd [bin] - fgain) ; 

slowleak -= sdecay ; 

slowleak = max (slowleak, bndpsd [bin] - sgain) ; 

excite [bin] = max(fastleak - lowcomp, slowleak) ; 

} 

begin =22 ; 

} 

else /* For coupling channel * / 

{ 

begin = bndstrt; 

} 

for (bin = begin; bin < bndend; bin++) 

{ 

fastleak - = fdecay; 

fastleak = max (fastleak, bndpsd [bin] - fgain); 

slowleak -= sdecay; 

slowleak = max (slowleak, bndpsd [bin] - sgain); 

excite [bin] = max (fastleak, slowleak); 

} 

calc_lowcomp (a, bO, bl, bin) 

{ 

if (bin < 7) 

{ 

if ( (bO + 256) == bl) ; 

{ 

a = 3 84; 

} 

else if (bO > bl) 

{ 

a = max (0 , a - 64) ; 

} 
} 
else if (bin < 20) 

{ 

if ( (bO + 256) == bl) 
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Pseudo code 


{ 








a = 


320; 






} 








else if 


(bO > 


bl) 




{ 








a = 


max (0 


a - 


64) ; 


} 








} 








else 








{ 








a = max 


(0, a 


- 128) 


; 


} 








return (a) ; 








} 









6.2.2.5 Compute masking curve 

This step computes the masking (noise level threshold) curve from the excitation function, as shown below. The hearing 
threshold hth[][] is shown in Table 6.15. The fscod and dbpbcod variables are received by the decoder in the bit 
stream. 



Pseudo code 


for 
{ 


(bin = bndstrt; 


bin < bndend 


bin++) 








if 
{ 

I 


(bndpsd [bin] 


< dbknee) 












excite [bin] 


+= ( (dbknee 


- bndpsd [bin] ) 


>> 


2) ; 


} 


mask [bin] = max 


(excite [bin] , 


hth [fscod] 


[bin] ) 





6.2.2.6 Apply delta bit allocation 

The optional delta bit allocation, dba, information in the bit stream provides a means for the encoder to transmit side 
information to the decoder which directly increases or decreases the masking curve obtained by the parametric routine. 
Delta bit allocation can be enabled by the encoder for audio blocks which derive an improvement in audio quality when 
the default bit allocation is appropriately modified. The delta bit allocation option is available for each fbw channel and 
the coupling channel. 

In the event that delta bit allocation is not being used, and no dba information is included in the bit stream, the decoder 
must not modify the default allocation. One way to ensure this is to initialize the Cpldeltnseg and deltnseg[ch] delta 
bit allocation variables to at the beginning of each frame. This makes the dba processing (shown below) to 
immediately terminate, unless dba information (including CpldGltnSGQ and dGltnSGg[ch]) is included in the bit 

stream. 

The dba information which modifies the decoder bit allocation is transmitted as side information. The allocation 
modifications occur in the form of adjustments to the default masking curve computed in the decoder. Adjustments can 
be made in multiples of +6 dB. On the average, a masking curve adjustment of -6 dB corresponds to an increase of 1 bit 
of resolution for all the mantissas in the affected l/6th octave band. The following code indicates, for a single channel, 
how the modification is performed. The modification calculation is performed on the coupling channel (where 
dGltnSGg below equals CpldGltnSGQ) and on each fbw channel (where dGltnSGQ equals dGltnSGg[ch]). 



Pseudo code 


if 
{ 


( (deltbae == 0) 


1 1 (deltbae == 


D) 






band = ; 












for (seg = ; s 

{ 

band += del 


eg < deltnseg+1 


; s 


eg++) 




toff St [seg] ; 










if (deltba[ 

{ 

delta = 

} 
else 

{ 

delta = 


seg] >= 4) 










(deltba[seg] - 


3) 


<< 


7; 














(deltba[seg] - 


4) 


<< 


7; 
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Pseudo code 



} 

for (k = 0; k < deltlen[seg] ; k++) 

{ 

mask [band] += delta; 
band++ ; 



6.2.2.7 



Compute bit allocation 



The bit allocation pointer array (bap[]) is computed in this step. The masking curve, adjusted by SnroffSGt in an 
earlier step and then truncated, is subtracted from the fine-grain psd[] array. The difl'erence is right-shifted by 5 bits, 
thresholded, and then used as an address into baptab[] to obtain the final allocation. The baptab[] array is shown 
in Table 6.16. 

The sum of all channel mantissa allocations in one frame is constrained by the encoder to be less than or equal to the total 
number of mantissa bits available for that frame. The encoder accomplishes this by iterating on the values of CSnroffst 
and fsnroffst (or Cplfsnroffst or Ifefsnroffst for the coupHng and low frequency effects channels) to obtain an 
appropriate result. The decoder is guaranteed to receive a mantissa allocation which meets the constraints of a fixed 
transmission bit rate. 

At the end of this step, the bap[] array contains a series of 4-bit pointers. The pointers indicate how many bits are 
assigned to each mantissa. The correspondence between bap pointer value and quantization accuracy is shown in 
Table 6.17. 



Pseudo code 



1 = start ; 

j = masktab [start] ; 

do 

{ 

lastbin = min (bndtab [j ] + bndsz[j], end) 
mask[j] -= snroffset ; 
mask[j] -= floor ; 
if (mask[j] < 0) 



mask [j ] 







} 

mask[j] &= OxlfeO ; 

mask[j] += floor ; 

for (k = i ; k < lastbin; k+ 



-) 



address = (psd[i] - mask[j]) >> 5 
address = min (63, max(0, address)) 
bap[i] = baptab [address] ; 



while (end > lastbin) 



6.2.3 Bit allocation tables 

Table 6.6: Slow decay table, slowdec[ ] 



Address 


slowdec[address] 





OxOf 


1 


0x11 


2 


0x13 


3 


0x15 
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Table 6.7: Fast decay table, fastdec[ ] 



Address 


fastdec[address] 





0x3f 


1 


0x53 


2 


0x67 


3 


0x7b 



Table 6.8: Slow gain table, slowgain[ ] 



Address 


slowgain[address] 





0x540 


1 


0x4d8 


2 


0x478 


3 


0x410 



Table 6.9: dB/bit table, dbpbtab[ ] 



Address 


dbpbtab[address] 





0x000 


1 


0x700 


2 


0x900 


3 


OxbOO 



Table 6.10: Floor table, floortab[ ] 



Address 


floortab[address] 





0x2f0 


1 


0x2b0 


2 


0x270 


3 


0x230 


4 


0x1 fO 


5 


0x170 


6 


OxOfO 


7 


0xf800 



Table 6.11 : Fast gain table, fastgain[ ] 



Address 


fastgain[address] 





0x080 


1 


0x100 


2 


0x180 


3 


0x200 


4 


0x280 


5 


0x300 


6 


0x380 


7 


0x400 
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Table 6.12: Banding structure tables, bndtab[ ], bndsz[ ] 



Band No. 


bndtab[band] 


bndsz[band] 










1 


1 




2 


2 




3 


3 




4 


4 




5 


5 




6 


6 




7 


7 




8 


8 




9 


9 




10 


10 




11 


11 




12 


12 




13 


13 




14 


14 




15 


15 




16 


16 




17 


17 




18 


18 




19 


19 




20 


20 




21 


21 




22 


22 




23 


23 




24 


24 





Band No. 


bndtab[band] 


bndsz[band] 


25 


25 


1 


26 


26 


1 


27 


27 


1 


28 


28 


3 


29 


31 


3 


30 


34 


3 


31 


37 


3 


32 


40 


3 


33 


43 


3 


34 


46 


3 


35 


49 


6 


36 


55 


6 


37 


61 


6 


38 


67 


6 


39 


73 


6 


40 


79 


6 


41 


85 


12 


42 


97 


12 


43 


109 


12 


44 


121 


12 


45 


133 


24 


46 


157 


24 


47 


181 


24 


48 


205 


24 


49 


229 


24 



Table 6.13: Bin number to band number table, masktab[bin] 
bin = (10xA) + B 





B = 


B = 1 


B = 2 


B = 3 


B = 4 


B = 5 


B = 6 


B = 7 


B = 8 


B = 9 


A = 





1 


2 


3 


4 


5 


6 


7 


8 


9 


A = 1 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


A = 2 


20 


21 


22 


23 


24 


25 


26 


27 


28 


28 


A = 3 


28 


29 


29 


29 


30 


30 


30 


31 


31 


31 


A = 4 


32 


32 


32 


33 


33 


33 


34 


34 


34 


35 


A = 5 


35 


35 


35 


35 


35 


36 


36 


36 


36 


36 


A = 6 


36 


37 


37 


37 


37 


37 


37 


38 


38 


38 


A = 7 


38 


38 


38 


39 


39 


39 


39 


39 


39 


40 


A = 8 


40 


40 


40 


40 


40 


41 


41 


41 


41 


41 


A = 9 


41 


41 


41 


41 


41 


41 


41 


42 


42 


42 


A = 10 


42 


42 


42 


42 


42 


42 


42 


42 


42 


43 


A = 11 


43 


43 


43 


43 


43 


43 


43 


43 


43 


43 


A = 12 


43 


44 


44 


44 


44 


44 


44 


44 


44 


44 


A = 13 


44 


44 


44 


45 


45 


45 


45 


45 


45 


45 


A = 14 


45 


45 


45 


45 


45 


45 


45 


45 


45 


45 


A = 15 


45 


45 


45 


45 


45 


45 


45 


46 


46 


46 


A = 16 


46 


46 


46 


46 


46 


46 


46 


46 


46 


46 


A = 17 


46 


46 


46 


46 


46 


46 


46 


46 


46 


46 


A = 18 


46 


47 


47 


47 


47 


47 


47 


47 


47 


47 


A = 19 


47 


47 


47 


47 


47 


47 


47 


47 


47 


47 


A = 20 


47 


47 


47 


47 


47 


48 


48 


48 


48 


48 


A = 21 


48 


48 


48 


48 


48 


48 


48 


48 


48 


48 


A = 22 


48 


48 


48 


48 


48 


48 


48 


48 


48 


49 


A = 23 


49 


49 


49 


49 


49 


49 


49 


49 


49 


49 


A = 24 


49 


49 


49 


49 


49 


49 


49 


49 


49 


49 


A = 25 


49 


49 


49 
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Table 6.14: Log-addition table, latab[val] 
val = (10xA) + B 





B = 


B = 1 


B = 2 


8 = 3 


8 = 4 


8 = 5 


8 = 6 


8 = 7 


8 = 8 


8 = 9 


A = 


0x0040 


0x003f 


0x003e 


0x003d 


0x003c 


0x003b 


0x003a 


0x0039 


0x0038 


0x0037 


A = 1 


0x0036 


0x0035 


0x0034 


0x0034 


0x0033 


0x0032 


0x0031 


0x0030 


0x002f 


0x002f 


A = 2 


0x002e 


0x002d 


0x002c 


0x002c 


0x002b 


0x002a 


0x0029 


0x0029 


0x0028 


0x0027 


A = 3 


0x0026 


0x0026 


0x0025 


0x0024 


0x0024 


0x0023 


0x0023 


0x0022 


0x0021 


0x0021 


A = 4 


0x0020 


0x0020 


0x00 1f 


0x001 e 


0x0018 


0x001 d 


0x001 d 


0x001 c 


0x001 c 


0x001b 


A = 5 


0x001b 


0x001 a 


0x001 a 


0x0019 


0x0019 


0x0018 


0x0018 


0x0017 


0x0017 


0x0016 


A = 6 


0x0016 


0x0015 


0x0015 


0x0015 


0x0014 


0x0014 


0x0013 


0x0013 


0x0013 


0x0012 


A = 7 


0x0012 


0x0012 


0x001 1 


0x001 1 


0x001 1 


0x0010 


0x0010 


0x0010 


OxOOOf 


OxOOOf 


A = 8 


OxOOOf 


OxOOOe 


OxOOOe 


OxOOOe 


OxOOOd 


OxOOOd 


OxOOOd 


OxOOOd 


OxOOOc 


OxOOOc 


A = 9 


OxOOOc 


OxOOOc 


OxOOOb 


OxOOOb 


OxOOOb 


OxOOOb 


OxOOOa 


OxOOOa 


OxOOOa 


OxOOOa 


A = 10 


OxOOOa 


0x0009 


0x0009 


0x0009 


0x0009 


0x0009 


0x0008 


0x0008 


0x0008 


0x0008 


A = 11 


0x0008 


0x0008 


0x0007 


0x0007 


0x0007 


0x0007 


0x0007 


0x0007 


0x0006 


0x0006 


A = 12 


0x0006 


0x0006 


0x0006 


0x0006 


0x0006 


0x0006 


0x0005 


0x0005 


0x0005 


0x0005 


A = 13 


0x0005 


0x0005 


0x0005 


0x0005 


0x0004 


0x0004 


0x0004 


0x0004 


0x0004 


0x0004 


A = 14 


0x0004 


0x0004 


0x0004 


0x0004 


0x0004 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


A = 15 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


0x0003 


0x0002 


A = 16 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


A = 17 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0002 


0x0001 


0x0001 


A = 18 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


A = 19 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


A = 20 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


0x0001 


A = 21 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


A = 22 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


A = 23 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


A = 24 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


A = 25 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 


0x0000 
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Table 6.15: Hearing threshold table, hth[fscod][band] 



Band 
No. 


hth[0][band] 
(fs = 48kHz) 


hth[1][band] 
(fs = 44,1 kHz) 


hth[2][band] 
(fs = 32kHz) 





Ox04dO 


0x04f0 


0x0580 


1 


Ox04dO 


0x04f0 


0x0580 


2 


0x0440 


0x0460 


Ox04bO 


3 


0x0400 


0x0410 


0x0450 


4 


OxOSeO 


0x03e0 


0x0420 


5 


0x03c0 


0x03d0 


OxOSfO 


6 


OxOSbO 


0x03c0 


0x03e0 


7 


OxOSbO 


0x03b0 


0x03d0 


8 


OxOSaO 


0x03b0 


0x03c0 


9 


OxOSaO 


0x03a0 


0x03b0 


10 


OxOSaO 


0x03a0 


0x03b0 


11 


OxOSaO 


0x03a0 


0x03b0 


12 


OxOSaO 


0x03a0 


0x03a0 


13 


0x0390 


0x03a0 


0x03a0 


14 


0x0390 


0x0390 


0x03a0 


15 


0x0390 


0x0390 


0x03a0 


16 


0x0380 


0x0390 


0x03a0 


17 


0x0380 


0x0380 


0x03a0 


18 


0x0370 


0x0380 


0x03a0 


19 


0x0370 


0x0380 


0x03a0 


20 


0x0360 


0x0370 


0x0390 


21 


0x0360 


0x0370 


0x0390 


22 


0x0350 


0x0360 


0x0390 


23 


0x0350 


0x0360 


0x0390 


24 


0x0340 


0x0350 


0x0380 



Band 
No. 


hth[0][band] 
(fs = 48kHz) 


hth[1][band] 
(fs = 44,1 kHz) 


hth[2][band] 
(fs = 32kHz) 


25 


0x0340 


0x0350 


0x0380 


26 


0x0330 


0x0340 


0x0380 


27 


0x0320 


0x0340 


0x0370 


28 


0x0310 


0x0320 


0x0360 


29 


0x0300 


0x0310 


0x0350 


30 


0x02f0 


0x0300 


0x0340 


31 


0x02f0 


0x02f0 


0x0330 


32 


0x02f0 


0x02f0 


0x0320 


33 


0x02f0 


0x02f0 


0x0310 


34 


0x0300 


0x02f0 


0x0300 


35 


0x0310 


0x0300 


0x02f0 


36 


0x0340 


0x0320 


0x02f0 


37 


0x0390 


0x0350 


0x02f0 


38 


0x03e0 


0x0390 


0x0300 


39 


0x0420 


0x03e0 


0x0310 


40 


0x0460 


0x0420 


0x0330 


41 


0x0490 


0x0450 


0x0350 


42 


Ox04aO 


Ox04aO 


OxOScO 


43 


0x0460 


0x0490 


0x0410 


44 


0x0440 


0x0460 


0x0470 


45 


0x0440 


0x0440 


0x04a0 


46 


0x0520 


0x0480 


0x0460 


47 


0x0800 


0x0630 


0x0440 


48 


0x0840 


0x0840 


0x0450 


49 


0x0840 


0x0840 


0x04e0 
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Table 6.16: Bit allocation pointer table, baptab[ ] 



Address 


Baptab[address] 








1 




2 




3 




4 




5 




6 


2 


7 


2 


8 


3 


9 


3 


10 


3 


11 


4 


12 


4 


13 


5 


14 


5 


15 


6 


16 


6 


17 


6 


18 


6 


19 


7 


20 


7 


21 


7 


22 


7 


23 


8 


24 


8 


25 


8 


26 


8 


27 


9 


28 


9 


29 


9 


30 


9 


31 


10 



Address 


baptab[address] 


32 


10 


33 


10 


34 


10 


35 


11 


36 


11 


37 


11 


38 


11 


39 


12 


40 


12 


41 


12 


42 


12 


43 


13 


44 


13 


45 


13 


46 


13 


47 


14 


48 


14 


49 


14 


50 


14 


51 


14 


52 


14 


53 


14 


54 


14 


55 


15 


56 


15 


57 


15 


58 


15 


59 


15 


60 


15 


61 


15 


62 


15 


63 


15 



Table 6.17: Quantizer levels and mantissa bits vs. bap 



bap 


Quantizer 
levels 


Mantissa bits 

(group bits/ 

number in group) 











1 


3 


1 ,67 (5/3) 


2 


5 


2,33 (7/3) 


3 


7 


3 


4 


11 


3,5 (7/2) 


5 


15 


4 


6 


32 


5 


7 


64 


6 


8 


128 


7 


9 


256 


8 


10 


512 


9 


11 


1 024 


10 


12 


2 048 


11 


13 


4 096 


12 


14 


16 384 


14 


15 


65 536 


16 
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6.3 Quantization and decoding of mantissas 
6.3.1 Overview 

All mantissas are quantized to a fixed level of precision indicated by the corresponding bap. Mantissas quantized to 
15 or fewer levels use symmetric quantization. Mantissas quantized to more than 15 levels use asymmetric quantization 
which is a conventional two's complement representation. 

Some quantized mantissa values are grouped together and encoded into a common codeword. In the case of the 3-level 
quantizer, 3 quantized values are grouped together and represented by a 5-bit codeword in the data stream. In the case 
of the 5-level quantizer, 3 quantized values are grouped and represented by a 7-bit codeword. For the 11 -level quantizer, 
2 quantized values are grouped and represented by a 7-bit codeword. 

In the encoder, each transform coefficient (which is always < 1,0) is left justified by shifting its binary representation 
left the number of times indicated by its exponent (0 to 24 left shifts). The amplified coefficient is then quantized to a 
number of levels indicated by the corresponding bap. 

Table 6.18 indicates which quantizer to use for each bap. If a bap equals 0, no bits are sent for the mantissa. Grouping is 
used for baps of 1, 2 and 4 (3, 5, and 1 1 level quantizers.) 

Table 6.18: Mapping of bap to quantizer 



bap 


Quantizer 
levels 


Quantization 
type 


Mantissa bits 

(qntztab[bap]) 

(group bits/ 

number in group) 








None 





1 


3 


Symmetric 


1 ,67 (5/3) 


2 


5 


Symmetric 


2,33 (7/3) 


3 


7 


Symmetric 


3 


4 


11 


Symmetric 


3,5 (7/2) 


5 


15 


Symmetric 


4 


6 


32 


Asymmetric 


5 


7 


64 


Asymmetric 


6 


8 


128 


Asymmetric 


7 


9 


256 


Asymmetric 


8 


10 


512 


Asymmetric 


9 


11 


1 024 


Asymmetric 


10 


12 


2 048 


Asymmetric 


11 


13 


4 096 


Asymmetric 


12 


14 


16 384 


Asymmetric 


14 


15 


65 536 


Asymmetric 


16 



During the decode process, the mantissa data stream is parsed up into single mantissas of varying length, interspersed 
with groups representing combined coding of either triplets or pairs of mantissas. In the bit stream, the mantissas in 
each exponent set are arranged in frequency ascending order. However, groups occur at the position of the first mantissa 
contained in the group. Nothing is unpacked from the bit stream for the subsequent mantissas in the group. 

6.3.2 Expansion of mantissas for asymmetric quantization (6 < bap < 1 5) 

For bit allocation pointer array values, 6 < bap < 15, asymmetric fractional two's complement quantization is used. Each 
mantissa, along with its exponent, are the floating point representation of a transform coefficient. The decimal point is 
considered to be to the left of the MSB; therefore the mantissa word represents the range of 

(1,0-2-qntztab[bap].i)to-1,0. 

The mantissa number k, of length C|ntztab[bap[k]], is extracted from the bit stream. Conversion back to a fixed point 
representation is achieved by right shifting the mantissa by its exponent. This process is represented by the following 
formula: 

transform_coefficient[k] = mantissa[k] » exponent[k]. 
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No grouping is done for asymmetrically quantized mantissas. 

6.3.3 Expansion of mantissas for symmetrical quantization (1 < bap < 5) 

For bap values of 1 through 5 (1 < bap < 5), the mantissas are represented by coded values. The coded values are 
converted to standard 2's complement fractional binary words by a table look-up. The number of bits indicated by a 
mantissa's bap are extracted from the bit stream and right justified. This coded value is treated as a table index and is 
used to look up the mantissa value. The resulting mantissa value is right shifted by the corresponding exponent to 
generate the transform coefficient value. 

transform_coefficient[k] = quantization_table[mantissa_code[k]] » exponent[k]. 

The mapping of coded mantissa value into the actual mantissa value is shown in Table 6.19 to Table 6.23. 

6.3.4 Ditiner for zero bit mantissas (bap = 0) 

The AC-3 decoder uses random noise (dither) values instead of quantized values when the number of bits allocated to a 
mantissa is zero (bap = 0). The use of the random value is conditional on the value of dithflag. When the value of 
dithflag is 1, the random noise value is used. When the value of dithflag is 0, a true zero value is used. There is a 
dithflag variable for each channel. Dither is applied after the individual channels are extracted from the coupling 
channel. In this way, the dither applied to each channel's upper frequencies is uncorrected. 

Any reasonably random sequence may be used to generate the dither values. The word length of the dither values is not 
critical. Eight bits is sufficient. The optimum scaling for the dither words is to take a uniform distribution of values 
between -1 and +1, and scale this by 0,707, resulting in a uniform distribution between -0,707 and H-0,707. A scalar of 
0,75 is close enough to also be considered optimum. A scalar of 0,5 (uniform distribution between - 0,5 and + 0,5) is 
also acceptable. 

Once a dither value is assigned to a mantissa, the mantissa is right shifted according to its exponent to generate the 
corresponding transform coefficient. 

transform_coefficient[k] = scaled_dither_value » exponent[k]. 
Table 6.19: bap = 1 (3-level) quantization 



Mantissa code 


Mantissa value 





-2./3 


1 





2 


2./3 



Table 6.20: bap = 2 (5-level) quantization 



Mantissa code 


Mantissa value 





-4./5 


1 


-2./5 


2 





3 


2./5 


4 


4./5 



Table 6.21 : bap = 3 (7-level) quantization 



Mantissa code 


Mantissa value 





-6./7 


1 


-4./7 


2 


-2./7 


3 





4 


2./7 


5 


4./7 


6 


6./7 
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Table 6.22: bap = 4 (11 -level) quantization 



Mantissa code 


Mantissa value 





-10./11 


1 


-8./11 


2 


-6./11 


3 


-4./1 1 


4 


-2./11 


5 





6 


2./11 


7 


4./11 


8 


6./11 


9 


8./11 


10 


10./11 


Table 6.23: bap = 5 (15-level) quantization 


Mantissa code 


Mantissa value 





-14./15 


1 


-12./15 


2 


-10./15 


3 


-8./15 


4 


-6./15 


5 


-4./15 


6 


-271 5 


7 





8 


2./15 


9 


4./15 


10 


6./15 


11 


8./15 


12 


10./15 


13 


12./15 


14 


14./15 



6.3.5 Ungrouping of mantissas 

In the case when bap = 1, 2, or 4, the coded mantissa values are compressed further by combining 3 level words and 5 
level words into separate groups representing triplets of mantissas, and 1 1 level words into groups representing pairs of 
mantissas. Groups are filled in the order that the mantissas are processed. If the number of mantissas in an exponent set 
does not fill an integral number of groups, the groups are shared across exponent sets. The next exponent set in the 
block continues filling the partial groups. If the total number of 3 or 5 level quantized transform coefficient derived 
words are not each divisible by 3, or if the 1 1 level words are not divisible by 2, the final groups of a block are padded 
with dummy mantissas to complete the composite group. Dummies are ignored by the decoder. Groups are extracted 
from the bit stream using the length derived from bap. Three level quantized mantissas (bap = 1) are grouped into 
triples each of 5 bits. Five level quantized mantissas (bap = 2) are grouped into triples each of 7 bits. Eleven level 
quantized mantissas (bap = 4) are grouped into pairs each of 7 bits. 

Encoder equations 

bap = 1 : 

group_code = 9 x mantissa_code[a] + 3 x mantissa_code[b] + mantissa_code[c]; 
bap = 2: 

group_code = 25 x mantissa_code[a] + 5 x mantissa_code[b] + mantissa_code[c]; 
bap = 4: 

group_code = 11 x mantissa_code[a] + mantissa_code[b]. 
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Decoder equations 



bap = 1 : 

mantissa_code[a] = truncate (group_code / 9); 

mantissa_code[b] = truncate ((group_code % 9) / 3 ); 

mantissa_code[c] = (group_code % 9) % 3. 
bap = 2: 

mantissa_code[a] = truncate (group_code / 25); 

mantissa_code[b] = truncate ((group_code % 25) / 5 ); 

mantissa_code[c] = (group_code % 25) % 5. 
bap = 4: 

mantissa_code[a] = truncate (group_code / 11); 

mantissa_code[b] = group_code % 1 1 . 

where mantissa a comes before mantissa b, which comes before mantissa c. 

6.4 Channel coupling 

6.4.1 Overview 

If enabled, channel coupling is performed on encode by averaging the transform coefficients across channels that are 
included in the coupling channel. Each coupled channel has a unique set of coupling coordinates which are used to 
preserve the high frequency envelopes of the original channels. The coupling process is performed above a coupling 
frequency that is defined by the Cplbegf value. 

The decoder converts the coupling channel back into individual channels by multiplying the coupled channel transform 
coefficient values by the coupling coordinate for that channel and frequency sub-band. An additional processing step 
occurs for the 2/0 mode. If the phsflginu bit = 1 or the equivalent state is continued from a previous block, then phase 
restoration bits are sent in the bit stream via phase flag bits. The phase flag bits represent the coupling sub-bands in a 
frequency ascending order. If a phase flag bit = 1 for a particular sub-band, all the right channel transform coefficients 
within that coupled sub-band are negated after modification by the coupling coordinate, but before inverse 
transformation. 

6.4.2 Sub-band structure for coupling 

Transform coefficients (tc) numbers 37 through 252 are grouped into 18 sub-bands of 12 coefficients each, as shown in 
Table 6.24. The parameter Cplbegf indicates the number of the coupling sub-band which is the first to be included in 
the coupling process. Below the frequency (or transform coefficient number) indicated by Cplbegf all channels are 
independently coded. Above the frequency indicated by Cplbegf, channels included in the coupling process 
(Chincpl[ch] = l) share the common coupling channel up to the frequency (or tc #) indicated by Cplendf. The 
coupling channel is coded up to the frequency (or tc #) indicated by Cplendf, which indicates the last coupling sub- 
band which is coded. The parameter Cplendf is interpreted by adding 2 to its value, so the last coupling sub-band 
which is coded can range from 2 to 17. 

The coupling sub-bands are combined into coupling bands for which coupling coordinates are generated (and included 
in the bit stream). The couphng band structure is indicated by Cplbndstrc[sbnd]. Each bit of the Cplbndstrc[] array 
indicates whether the sub-band indicated by the index is combined into the previous (lower in frequency) coupling 
band. Coupling bands are thus made from integral numbers of coupling sub-bands (see clause 4.4.3). 
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Table 6.24: Coupling sub-bands 



Coupling 
sub-band No. 


Low tc No. 


High tc No. 


If cut-off 

(kHz) 

at fg = 48 kHz 


hf cut-off 

(kHz) 

at fs = 48 kHz 


If cut-off 

(kHz) 

at fs = 44,1 kHz 


hf cut-off 

(kHz) 

at fg = 44,1 kHz 





37 


48 


3,42 


4,55 


3,14 


4,18 


1 


49 


60 


4,55 


5,67 


4,18 


5,21 


2 


61 


72 


5,67 


6,80 


5,21 


6,24 


3 


73 


84 


6,80 


7,92 


6,24 


7,28 


4 


85 


96 


7,92 


9,05 


7,28 


8,31 


5 


97 


108 


9,05 


10,17 


8,31 


9,35 


6 


109 


120 


10,17 


11,30 


9,35 


10,38 


7 


121 


132 


11,30 


12,42 


10,38 


11,41 


8 


133 


144 


12,42 


13,55 


11,41 


12,45 


9 


145 


156 


13,55 


14,67 


12,45 


13,48 


10 


157 


168 


14,67 


15,80 


13,48 


14,51 


11 


169 


180 


15,80 


16,92 


14,51 


15,55 


12 


181 


192 


16,92 


18,05 


15,55 


16,58 


13 


193 


204 


18,05 


19,17 


16,58 


17,61 


14 


205 


216 


19,17 


20,30 


17,61 


18,65 


15 


217 


228 


20,30 


21,42 


18,65 


19,68 


16 


229 


240 


21,42 


22,55 


19,68 


20,71 


17 


241 


252 


22,55 


23,67 


20,71 


21,75 


NOTE 1 : fg. sampling frequency. 

NOTE 2: At 32 kHz sampling rate the sub-ba 


nd frequency ranc 


)es are 2/3 the va 


ues of those for 48 kHz. 



6.4.3 Coupling coorcdinate format 

Coupling coordinates exist for each coupling band [bnd] in each channel [ch] which is coupled (chincp[ch]==1 ). 
Coupling coordinates are sent in a floating point format. The exponent is sent as a 4-bit value (cplCOGXp[ch][bnd]) 
indicating the number of right shifts which should be applied to the fractional mantissa value. The mantissas are 
transmitted as 4-bit values (CplCOmant[ch][bnd]) which must be properly scaled before use. Mantissas are unsigned 
values so a sign bit is not used. Except for the limiting case where the exponent value = 15, the mantissa value is known 
to be between 0,5 and 1,0. Therefore, when the exponent value < 15, the MSB of the mantissa is always equal to "1" 
and is not transmitted; the next 4 bits of the mantissa are transmitted. This provides one additional bit of resolution. 
When the exponent value = 15 the mantissa value is generated by dividing the 4-bit value of CplCOmant by 16. When 
the exponent value is < 15 the mantissa value is generated by adding 16 to the 4-bit value of CplCOmant and then 
dividing the sum by 32. 

Coupling coordinate dynamic range is increased beyond what the 4-bit exponent can provide by the use of a per channel 
2-bit master coupling coordinate (rnstrcplCO[ch]) which is used to range all of the coupling coordinates within that 
channel. The exponent values for each channel are increased by 3 times the value of rnstrcpICO which applies to that 
channel. This increases the dynamic range of the coupling coordinates by an additional 54 dB. 

The following pseudo code indicates how to generate the coupling coordinate (cpico) for each coupling band [bnd] in 
each channel [ch]. 



Pseudo code 



if (cplcoexp [ch, bnd] == 15) 

{ 

cplco_temp [ch, bnd] = cplcomant [ch, bnd] / 16 ; 

} 
else 

{ 

cplco_temp [ch, bnd] = (cplcomant [ch, bnd] + 16) / 32 ; 

} 

cplco[ch, bnd] = cplco_temp [ch, bnd] >> (cplcoexp [ch, bnd] + 3 * mstrcplco [ch] ) 



Using the Cplbndstrc[] array, the values of coupling coordinates which apply to coupling bands are converted (by 
duplicating values as indicated by values of "1" in Cplbandstrc[]) to values which apply to coupling sub-bands. 
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Individual channel mantissas are then reconstructed from the coupled channel as follows: 



Pseudo code 



for (sbnd = cplbegf; sbnd < 3 + cplendf; sbnd++) 

{ 

for (bin = 0; bin < 12; bin++) 

{ 

chmant [ch, sbnd*12+bin+37] = cplmant [sbnd*12+bin+37] * cplco[ch, sbnd] 

} 
] 



6.5 Rematrixing 
6.5.1 Overview 

Rematrixing in AC-3 is a channel combining technique in which sums and differences of highly correlated channels are 
coded rather than the original channels themselves. That is, rather than code and pack left and right in a two channel 
coder, we construct: 

left' = 0,5 X (left + right); 
right' = 0,5 x (left - right). 

The usual quantization and data packing operations are then performed on left' and right'. Clearly, if the original stereo 
signal were identical in both channels (i.e. two-channel mono), this technique will result in a left' signal that is identical 
to the original left and right channels, and a right' signal that is identically zero. As a result, we can code the right' 
channel with very few bits, and increase accuracy in the more important left' channel. 

This technique is especially important for preserving Dolby Surround compatibility. To see this, consider a two channel 
mono source signal such as that described above. A Dolby Pro Logic decoder will try to steer all in-phase information 
to the centre channel, and all out-of-phase information to the surround channel. If rematrixing is not active, the Pro 
Logic decoder will receive the following signals: 

Received left =left + QN1; 
Received right = right + QN2. 

where QNl and QN2 are independent (i.e. uncorrelated) quantization noise sequences, which correspond to the AC-3 
coding algorithm quantization, and are programme dependent. The Pro Logic decoder will then construct centre and 
surround channels as: 

centre = 0,5 x (left + QN1) + 0,5 x (right + QN2); 

surround = 0,5 x (left + QN1) - 0,5 x (right + QN2);/* ignoring the 90° phase shift 7. 

In the case of the centre channel, QNl and QN2 add, but remain masked by the dominant signal left + right. In the 
surround channel, however, left - right cancels to zero, and the surround speakers are left to reproduce the difference in 
the quantization noise sequences (QNl - QN2). 

If channel rematrixing is active, the centre and surround channels will be more easily reproduced as: 

centre =left' + QN1; 
surround = right' -i- QN2. 

In this case, the quantization noise in the surround channel QN2 is much lower in level, and it is masked by the 
difference signal, right'. 
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6.5.2 Frequency bar\6 (definitions 



In AC-3, rematrixing is performed independently in separate frequency bands. There are four bands with boundary 
locations dependent on coupling information. The boundary locations are by coefficient bin number, and the 
corresponding rematrixing band frequency boundaries change with sampling frequency. The tables below indicate the 
rematrixing band frequencies for sampling rates of 48 kHz and 44,1 kHz. At 32 kHz sampling rate the rematrixing band 
frequencies are 2/3 the values of those shown for 48 kHz. 

6.5.2.1 Coupling not in use 

If coupling is not in use (CpNnu = 0), then there are 4 rematrixing bands, (nrGmatbd = 4). 

Table 6.25: Rematrix banding Table A 



Band No. 


Low 

coefficient 

No. 


High 

coefficient 

No. 


Low 
frequency 

(kHz) 
fs = 48kHz 


High frequency 

(kHz) 

fs = 48 kHz 


Low frequency 

(kHz) 

fg = 44,1 kHz 


High frequency 

(kHz) 

fg = 44,1 kHz 





13 


24 


1,17 


2,30 


1,08 


2,11 


1 


25 


36 


2,30 


3,42 


2,11 


3,14 


2 


37 


60 


3,42 


5,67 


3,14 


5,21 


3 


61 


252 


5,67 


23,67 


5,21 


21,75 



6.5.2.2 



Coupling in use, cplbegf > 2 



If coupling is in use (CpNnu = 1), and Cplbegf > 2, there are 4 rematrixing bands (nrematbd = 4). The last (fourth) 
rematrixing band ends at the point where coupling begins. 

Table 6.26: Rematrixing band Table B 



Band No. 


Low 

coefficient 

No. 


High 

coefficient 

No. 


Low frequency 

(kHz) 

fs=48kHz 


High frequency 

(kHz) 

fs = 48kHz 


Low frequency 

(kHz) 

fg = 44,1 kHz 


High frequency 

(kHz) 

fg = 44,1 kHz 





13 


24 


1,17 


2,30 


1,08 


2,11 


1 


25 


36 


2,30 


3,42 


2,11 


3,14 


2 


37 


60 


3,42 


5,67 


3,14 


5,21 


3 


61 


A 


5,67 


B 


5,21 


C 



A = 36 + cplbegf X 12 



B = (A + 1/2) X 0,09375 kHz 



C = (A+ 1/2) X 0,08613 kHz 



6.5.2.3 



Coupling in use, 2 > cplbegf > 



If coupling is in use (CpNnu = 1), and 2 > Cplbegf > 0, there are 3 rematrixing bands (nrematbd = 3). The last (third) 
rematrixing band ends at the point where coupling begins. 

Table 6.27: Rematrixing band Table C 



Band No. 


Low 

coefficient 

No. 


High 

coefficient 

No. 


Low frequency 

(kHz) 

fg = 48 kHz 


High frequency 

(kHz) 

fg = 48 kHz 


Low frequency 

(kHz) 

fg = 44,1 kHz 


High frequency 

(kHz) 

fg = 44,1 kHz 





13 


24 


1,17 


2,30 


1,08 


2,11 


1 


25 


36 


2,30 


3,42 


2,11 


3,14 


2 


37 


A 


3,42 


B 


3,14 


C 



A = 36 + cplbegf X 12 



B = (A + 1/2) X 0,09375 kHz 



C = (A+ 1/2) X 0,08613 kHz 
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6.5.2.4 Coupling in use, cplbegf = 

If coupling is in use (Cpllnu = 1), and Cplbegf = 0, there are 2 rematrixing bands (nrematbd = 2). 

Table 6.28: Rematrixing band Table D 



Band No. 


Low 

coefficient 

No. 


High 

coefficient 

No. 


Low frequency 

(kHz) 

fs = 48l<Hz 


High frequency 

(kHz) 

fs = 48kHz 


Low frequency 

(kHz) 

fg = 44,1 kHz 


High frequency 

(kHz) 

fg = 44,1 kHz 





13 


24 


1,17 


2,30 


1,08 


2,11 


1 


25 


36 


2,30 


3,42 


2,11 


3,14 



6.5.3 Encoding technique 



If the 2/0 mode is selected, then rematrixing is employed by the encoder. The squares of the transform coefficients are 
summed up over the previously defined rematrixing frequency bands for the following combinations: 
L, R, L + R, L - R. 



Pseudo code 


if ( 
{ 

} 

if ( 
{ 

} 


minimum sum f 


or a 


rematrixing sub- 


band 


n 


is 


L 


or 


R) 




the variable 

transmitted 

transmitted 


rema 
left 
right 


tflg[n] = 0; 
= input L ; 
= input R; 


















minimum sum f 


or a 


rematrixing sub- 


band 


n 


is 


L+R 


or L 


-R) 


the variable 

transmitted 

transmitted 


rema 
left 
right 


tflg[n] = L; 
= 0,5* input (L+R) ; 
=0,5* input (L-R) ; 















This selection of matrix combination is done on a block by block basis. The remaining encoder processing of the 
transmitted left and right channels is identical whether or not the rematrixing flags are or 1 . 

6.5.4 Decoding technique 

For each rematrixing band, a single bit (the rematrix flag) is sent in the data stream, indicating whether or not the two 
channels have been rematrixed for that band. If the bit is clear, no further operation is required. If the bit is set, the AC-3 
decoder performs the following operation to restore the individual channels: 

left(band n) = received left(band n) + received right(band n); 
right(band n) = received left(band n) - received right(band n). 

Note that if coupling is not in use, the two channels may have different bandwidths. As such, rematrixing is only 
applied up to the lower bandwidth of the two channels. Regardless of the actual bandwidth, all four rematrixing flags 
are sent in the data stream (assuming the rematrixing strategy bit is set). 



6.6 Dialogue normalization 



The AC-3 syntax provides elements which allow the encoded bit stream to satisfy listeners in many different situations. 
The dialnorm element allows for uniform reproduction of spoken dialogue when decoding any AC-3 bit stream. 

6.6.1 Overview 

When audio from different sources is reproduced, the apparent loudness often varies from source to source. The 
different sources of audio might be different programme segments during a broadcast (i.e. the movie vs. a commercial 
message); different broadcast channels; or different media (disc vs. tape). The AC-3 coding technology solves this 
problem by explicitly coding an indication of loudness into the AC-3 bit stream. 
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The subjective level of normal spoken dialogue is used as a reference. The 5-bit dialogue normalization word which is 
contained in BSI, dialnorrn, is an indication of the subjective loudness of normal spoken dialogue compared to digital 
100 %. The 5-bit value is interpreted as an unsigned integer (most significant bit transmitted first) with a range of 
possible values from 1 to 31. The unsigned integer indicates the headroom in dB above the subjective dialogue level. 
This value can also be interpreted as an indication of how many dB the subjective dialogue level is below digital 100 %. 

The dialnorm value is not directly used by the AC-3 decoder. Rather, the value is used by the section of the sound 
reproduction system responsible for setting the reproduction volume, e.g. the system volume control. The system 
volume control is generally set based on listener input as to the desired loudness, or sound pressure level (SPL). The 
listener adjusts a volume control which generally directly adjusts the reproduction system gain. With AC-3 and the 
dialnorrn value, the reproduction system gain becomes a function of both the listeners desired reproduction sound 
pressure level for dialogue, and the dialnorm value which indicates the level of dialogue in the audio signal. The 
listener is thus able to reliably set the volume level of dialogue, and the subjective level of dialogue will remain uniform 
no matter which AC-3 programme is decoded. 

EXAMPLE: The listener adjusts the volume control to 67 dB. (With AC-3 dialogue normalization, it is possible 
to calibrate a system volume control directly in sound pressure level, and the indication will be 
accurate for any AC-3 encoded audio source). A high quality entertainment programme is being 
received, and the AC-3 bit stream indicates that dialogue level is 25 dB below 100 % digital level. 
The reproduction system automatically sets the reproduction system gain so that full scale digital 
signals reproduce at a sound pressure level of 92 dB. The spoken dialogue (down 25 dB) will thus 
reproduce at 67 dB SPL. 

The broadcast programme cuts to a commercial message, which has dialogue level at -15 dB with 
respect to 100 % digital level. The system level gain automatically drops, so that digital 100 % is 
now reproduced at 82 dB SPL. The dialogue of the commercial (down 15 dB) reproduces at a 
67 dB SPL, as desired. 

In order for the dialogue normalization system to work, the dialnorm value must be communicated from the AC-3 
decoder to the system gain controller so that dialnorm can interact with the listener adjusted volume control. If the 
volume control function for a system is performed as a digital multiply inside the AC-3 decoder, then the listener 
selected volume setting must be communicated into the AC-3 decoder. The listener selected volume setting and the 
dialnorm value must be brought together and combined in order to adjust the final reproduction system gain. 

Adjustment of the system volume control is not an AC-3 function. The AC-3 bit stream simply conveys useful 
information which allows the system volume control to be implemented in a way which automatically removes 
undesirable level variations between programme sources. It is mandatory that the dialnorm value and the user selected 
volume setting both be used to set the reproduction system gain. 

6.7 Dynamic range compression 

6.7.1 Dynamic range control; dynrng, dynrng2 

The dynrng element allows the programme provider to implement subjectively pleasing dynamic range reduction for 
most of the intended audience, while allowing individual members of the audience the option to experience more (or 
all) of the original dynamic range. 

6.7.1.1 Overview 

A consistent problem in the delivery of audio programming is that different members of the audience wish to enjoy 
different amounts of dynamic range. Original high quality programming (such as feature films) are typically mixed with 
quite a wide dynamic range. Using dialogue as a reference, loud sounds like explosions are often 20 dB or more louder, 
and faint sounds like leaves rustling may be 50 dB quieter. In many listening situations it is objectionable to allow the 
sound to become very loud, and thus the loudest sounds must be compressed downwards in level. Similarly, in many 
listening situations the very quiet sounds would be inaudible, and must be brought upwards in level to be heard. Since 
most of the audience will benefit from a limited programme dynamic range, soundtracks which have been mixed with a 
wide dynamic range are generally compressed: the dynamic range is reduced by bringing down the level of the loud 
sounds and bringing up the level of the quiet sounds. While this satisfies the needs of much of the audience, it removes 
the ability of some in the audience to experience the original sound programme in its intended form. The AC-3 audio 
coding technology solves this conflict by allowing dynamic range control values to be placed into the AC-3 bit stream. 
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The dynamic range control values, dynrng, indicate a gain change to be applied in the decoder in order to implement 
dynamic range compression. Each dynrng value can indicate a gain change of +24 dB. The sequence of dynrng 
values is a compression control signal. An AC-3 encoder (or a bit stream processor) will generate the sequence of 
dynrng values. Each value is used by the AC-3 decoder to alter the gain of one or more audio blocks. The dynrng 
values typically indicate gain reduction during the loudest signal passages, and gain increases during the quiet passages. 
For the listener, it is desirable to bring the loudest sounds down in level towards dialogue level, and the quiet sounds up 
in level, again towards dialogue level. Sounds which are at the same loudness as the normal spoken dialogue will 
typically not have their gain changed. 

The compression is actually applied to the audio in the AC-3 decoder. The encoded audio has full dynamic range. It is 
permissible for the AC-3 decoder to (optionally, under listener control) ignore the dynrng values in the bit stream. This 
will result in the full dynamic range of the audio being reproduced. It is also permissible (again under listener control) 
for the decoder to use some fraction of the dynrng control value, and to use a different fraction of positive or negative 
values. The AC-3 decoder can thus reproduce either fully compressed audio (as intended by the compression control 
circuit in the AC-3 encoder); full dynamic range audio; or audio with partially compressed dynamic range, with 
different amounts of compression for high level signals and low level signals. 

EXAMPLE: A feature film soundtrack is encoded into AC-3. The original programme mix has dialogue level at 
-25 dB. Explosions reach full scale peak level of dB. Some quiet sounds which are intended to 
be heard by all listeners are 50 dB below dialogue level (or -75 dB). A compression control signal 
(sequence of dynrng values) is generated by the AC-3 encoder. During those portions of the 
audio programme where the audio level is higher than dialogue level the dynrng values indicate 
negative gain, or gain reduction. For fall scale dB signals (the loudest explosions), gain 
reduction of -15 dB is encoded into dynrng. For very quiet signals, a gain increase of 20 dB is 

encoded into dynrng. 

A listener wishes to reproduce this soundtrack quietly so as not to disturb anyone, but wishes to 
hear all of the intended programme content. The AC-3 decoder is allowed to reproduce the default, 
which is full compression. The listener adjusts dialogue level to 60 dB SPL. The explosions will 
only go as loud as 70 dB (they are 25 dB louder than dialogue but get -15 dB of gain applied), and 
the quiet sounds will reproduce at 30 dB SPL (20 dB of gain is applied to their original level of 
50 dB below dialogue level). The reproduced dynamic range will be 70 dB - 30 dB = 40 dB. 

The listening situation changes, and the listener now wishes to raise the reproduction level of 
dialogue to 70 dB SPL, but still wishes to limit how loud the programme plays. Quiet sounds may 
be allowed to play as quietly as before. The listener instructs the AC-3 decoder to continue using 
the dynrng values which indicate gain reduction, but to attenuate the values which indicate gain 
increases by a factor of 1/2. The explosions will still reproduce 10 dB above dialogue level, which 
is now 80 dB SPL. The quiet sounds are now increased in level by 20 dB / 2 = 10 dB. They will 
now be reproduced 40 dB below dialogue level, at 30 dB SPL. The reproduced dynamic range is 
now 80 dB - 30 dB = 50 dB. 

Another listener wishes the full original dynamic range of the audio. This listener adjusts the 
reproduced dialogue level to 75 dB SPL, and instructs the AC-3 decoder to ignore the dynamic 
range control signal. For this listener the quiet sounds reproduce at 25 dB SPL, and the explosions 
hit 100 dB SPL. The reproduced dynamic range is 100 dB - 25 dB = 75 dB. This reproduction is 
exactly as intended by the original programme producer. 

In order for this dynamic range control method to be effective, it should be used by all programme providers. Since all 
broadcasters wish to supply programming in the form that is most usable by their audience, nearly all broadcasters will 
apply dynamic range compression to any audio programme which has a wide dynamic range. This compression is not 
reversible unless it is implemented by the technique embedded in AC-3. If broadcasters make use of the embedded 
AC-3 dynamic range control system, then listeners can have some control over their reproduced dynamic range. 
Broadcasters must be confident that the compression characteristic that they introduce into AC-3 will, by default, be 
heard by the listeners. Therefore, the AC-3 decoder shall, by default, implement the compression characteristic 
indicated by the dynrng values in the data stream. AC-3 decoders may optionally allow listener control over the use of 
the dynrng values, so that the listener may select full or partial dynamic range reproduction. 
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6.7.1.2 



Detailed implementation 



The dynrng field in the AC-3 data stream is 8 bits in length. In the case that acmod = 0(1 + 1 mode, or 2 completely 
independent channels) dynrng applies to the first channel (Chi), and dynrng2 applies to the second channel (Ch2). 
While dynrng is described below, dynrng2 is handled identically. The dynrng value may be present in any audio 
block. When the value is not present, the value fi^om the previous block is used, except for block 0. In the case of block 
0, if a new value of dynrng is not present, then a value of 0000 0000 should be used. The most significant bit of 
dynrng (and of dynrng2) is transmitted first. The first three bits indicate gain changes in 6,02 dB increments which 
can be implemented with an arithmetic shift operation. The following five bits indicate linear gain changes, and require 
a 6-bit multiply. We will represent the 3 and 5 bit fields of dynrng as follows: 

Xq Xj Xj . Y3 Y4 Y5 Yg Y7 

The meaning of the X values is most simply described by considering X to represent a 3-bit signed integer with values 
from -4 to 3. The gain indicated by X is then (X + 1) x 6,02 dB. Table 6.29 shows this in detail. 

Table 6.29: Meaning of 3 MSB of dynrng 



Xo 


Xi 


X2 


Integer value 


Gain indicated 
(dB) 


Arithmetic shifts 





1 


1 


3 


+24,08 


4 left 





1 





2 


+18,06 


3 left 








1 


1 


+12,04 


2 left 














+6,02 


1 left 


1 


1 


1 


-1 





None 


1 


1 





-2 


-6,02 


1 right 


1 





1 


-3 


-12,04 


2 right 


1 








-4 


-18,06 


3 right 



The value of Y is a linear representation of a gain change of up to -6 dB. Y is considered to be an unsigned fractional 
integer, with a leading value of 1, or: 0,1 Y3 Y4 Y5 Yg Y-y (base 2). Y can represent values between 0,1 1 1 1 1 12 (or 
63/64) and 0,1000002 (or 1/2). Thus, Y can represent gain changes from -0,14 dB to -6,02 dB. 

The combination of X and Y values allows dynrng to indicate gain changes from 24,08 - 0,14 = +23,94 dB, to 
-18,06 - 6 = -24,06 dB. The bit code of 0000 0000 indicates dB (unity) gain. 

Partial compression 

The dynrng value may be operated on in order to make it represent a gain change which is a fraction of the original 
value. In order to alter the amount of compression which will be applied, consider the dynrng to represent a signed 
fractional number, or: 

Xq ■ Xi X2 Y3 Y4 Y5 Yg Y7 

where Xq is the sign bit and Xj X2 Y3 Y4 Yj Yg Y-j are a 7-bit fraction. This 8 bit signed fractional number may be 
multiplied by a fraction indicating the fraction of the original compression to apply. If this value is multiplied by 1/2, 
then the compression range of +24 dB will be reduced to +12 dB. After the multiplicative scaling, the 8-bit result is 
once again considered to be of the original form Xq X^ X2 . Y3 Y4 Yj Yg Y^ and used normally. 

6.7.2 Heavy compression; compr, compr2 

The compr element allows the programme provider (or broadcaster) to implement a large dynamic range reduction 
(heavy compression) in a way which assures that a monophonic downmix will not exceed a certain peak level. The 
heavily compressed audio programme may be desirable for certain listening situations such as movie delivery to a hotel 
room, or to an airline seat. The peak level limitation is useful when, for instance, a monophonic downmix will feed an 
RF modulator and overmodulation must be avoided. 
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6.7. 2 A Overview 



Some products which decode the AC-3 bit stream will need to deliver the resulting audio via a link with very restricted 
dynamic range. One example is the case of a television signal decoder which must modulate the received picture and 
sound onto a RF channel in order to deliver a signal usable by a low cost television receiver. In this situation, it is 
necessary to restrict the maximum peak output level to a known value with respect to dialogue level, in order to prevent 
overmodulation. Most of the time, the dynamic range control signal, dynrng, will produce adequate gain reduction so 
that the absolute peak level will be constrained. However, since the dynamic range control system is intended to 
implement a subjectively pleasing reduction in the range of perceived loudness, there is no assurance that it will control 
instantaneous signal peaks adequately to prevent overmodulation. 

In order to allow the decoded AC-3 signal to be constrained in peak level, a second control signal, COmpr, (C0mpr2 
for Ch2 in 1 + 1 mode) may be present in the AC-3 data stream. This control signal should be present in all bit streams 
which are intended to be receivable by, for instance, a television set top decoder. The COmpr control signal is similar to 
the dynrng control signal in that it is used by the decoder to alter the reproduced audio level. The COmpr control 
signal has twice the control range as dynrng (+48 dB compared to +24 dB) with 1/2 the resolution (0,5 dB vs. 
0,25 dB). Also, since the COmpr control signal lives in BSI, it only has a time resolution of an AC-3 frame (32 ms) 
instead of a block (5,3 ms). 

Products which require peak audio level to be constrained should use COmpr instead of dynrng when COmpr is 
present in BSI. Since most of the time the use of dynrng will prevent large peak levels, the AC-3 encoder may only 
need to insert COmpr occasionally, i.e. during those instants when the use of dynrng would lead to excessive peak 
level. If the decoder has been instructed to use COmpr, and COmpr is not present for a particular frame, then the 
dynrng control signal shall be used for that frame. 

In some applications of AC-3, some receivers may wish to reproduce a very restricted dynamic range. In this case, the 
COmpr control signal may be present at all times. Then, the use of COmpr instead of dynrng will allow the 
reproduction of audio with very limited dynamic range. This might be useful, for instance, in the case of audio delivery 
to a hotel room or an airplane seat. 

6.7.2.2 Detailed implementation 

The COmpr field in the AC-3 data stream is 8 bits in length. In the case that acmod = 0(1 + 1 mode, or 2 completely 
independent channels) COmpr applies to the first channel (Chi), and C0mpr2 applies to the second channel (Ch2). 
While COmpr is described below (for Chi), C0mpr2 is handled identically (but for Ch2). 

The most significant bit is transmitted first. The first four bits indicate gain changes in 6,02 dB increments which can be 
implemented with an arithmetic shift operation. The following four bits indicate linear gain changes, and require a 5-bit 
multiply. We will represent the two 4-bit fields of COmpr as follows: 

Xq • Xj Xj Y3 Y4 Y5 Yg Y7 

The meaning of the X values is most simply described by considering X to represent a 4-bit signed integer with values 
from -8 to +7. The gain indicated by X is then (X + 1) x 6,02 dB. Table 6.30 shows this in detail. 

The value of Y is a linear representation of a gain change of up to -6 B. Y is considered to be an unsigned fractional 
integer, with a leading value of 1 , or: 0, 1 Y4 Yj Yg Y^ (base 2). Y can represent values between 0, 11 111 2 (or 3 1/32) 

and 0,100002 (or 1/2). Thus, Y can represent gain changes from -0,28 dB to -6,02 dB. 

The combination of X and Y values allows COmpr to indicate gain changes from 48,16 - 0,28 = +47,88 dB, to 
-42,14-6 = -48,14dB. 
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Table 6.30: Meaning of 4 MSB of compr 



Xo 


Xi 


X2 


X3 


Integer value 


Gain indicated 
(dB) 


Arithmetic shifts 





1 


1 


1 


7 


+48,16 


8 left 





1 


1 





6 


+42,14 


7 left 





1 





1 


5 


+36,12 


6 left 





1 








4 


+30,10 


5 left 








1 


1 


3 


+24,08 


4 left 








1 





2 


+18,06 


3 left 











1 


1 


+12,04 


2 left 

















+6,02 


1 left 




1 


1 


1 


-1 





None 




1 


1 





-2 


-6,02 


1 right 




1 





1 


-3 


-12,04 


2 right 




1 








-4 


-18,06 


3 right 







1 


1 


-5 


-24,08 


4 right 







1 





-6 


-30,10 


5 right 










1 


-7 


-36,12 


6 right 













-8 


-42,14 


7 right 



6.8 Downmixing 



In many reproduction systems the number of loudspeakers will not match the number of encoded audio channels. In order 
to reproduce the complete audio programme downmixing is required. It is important that downmixing be standardized, so 
that programme providers can be confident of how their programme will be reproduced over systems with various 
numbers of loudspeakers. With standardized downmixing equations, programme producers can monitor how the 
downmixed version will sound and make any alterations necessary so that acceptable results are achieved for all listeners. 
The programme provider can make use of the CmixiGV and SmixiGV syntactical elements in order to affect the relative 
balance of centre and surround channels with respect to the left and right channels. 

Downmixing of the Ife channel is optional. An ideal downmix would have the Ife channel reproduce at an acoustic level 
of + 10 dB with respect to the left and right channels. Since the inclusion of this channel is optional, any downmix 
coefficient may be used in practice. Care should be taken to assure that loudspeakers are not overdriven by the full scale 
low frequency content of the Ife channel. 



6.8.1 General downmix procedure 

The following pseudo code describes how to arrive at un-normalized dOWniTlix coefficients. In a practical 
implementation it may be necessary to then normalize the dOWniTlix coefficients in order to prevent any possibility of 
overload. Normalization is achieved by attenuating all dOWnmix coefficients equally, such that the sum of coefficients 
used to create any single output channel never exceeds 1 . 



Pseudo code 



downmix ( ) 
{ 

if (acmod == 0) /* 1+1 mode, dual independent mono channels present */ 

{ 

if (outputnf ront == 1) /* 1 front loudspeaker (center) * / 

{ 

if (dualmode == chan 1) /* Chi output requested */ 

route left into center; 
else if (dualmode == chan 2) /* Ch2 output requested * / 

route right into center; 

else 

mix left into center with -6 dB gain; 
mix right into center with -6 dB gain; 

else if (output_nf ront == 2) /* 2 front loudspeakers (left, right) * / 
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Pseudo code 



if (dualmode == stereo) /* output of both mono channels requested * / 

route left into left; 
route right into right; 



else if (dualmode 



Chan 1 ) 



mix left into left with -3 dB gain; 
mix left into right with -3 dB gain; 



else if (dualmode 



Chan 2 ) 



mix right into left with -3 dB gain; 

mix right into right with -3 dB gain; 

else / * mono sum of both mono channels requested * / 

mix left into left with -6 dB gain; 

mix right into left with -6 dB gain; 

mix left into right with -6 dB gain; 

mix right into right with -6 dB gain; 



Pseudo code 



else /* output_nfront=3 */ 

{ 

if (dualmode == stereo) 

route left into left; 
route right into right; 

else if (dualmode == chan 1) 

route left into center; 
else if (dualmode == chan 2) 

route right into center; 

else 

mix left into center with -6 dB gain; 
mix right into center with -6 dB gain; 

} 
} 
else /* acmod > */ 

{ 

for i = { left, center, right, lef tsur/monosur , rightsur } 

{ 

if (exists (input_chan [i] ) ) and (exists (output_chan [i] ) ) 

{ 

route input_chan [i] into output_chan [i] ; 

} 
} 
if (output_mode == 2/0 Dolby Surround compatible) 

/ * 2 ch matrix encoded output requested * / 

{ 

if (input_nf ront != 2) 

{ 

mix center into left with -3 dB gain; 
mix center into right with -3 dB gain; 

} 

if (input_nrear == 1) 

{ 

mix -mono surround into left with -3 dB gain; 
mix mono surround into right with -3 dB gain; 

} 

else if (input_nrear == 2) 

{ 

mix -left surround into left with -3 dB gain; 
mix -right surround into left with -3 dB gain; 
mix left surround into right with -3 dB gain; 
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Pseudo code 



mix right surround into right with -3 dB gain; 
} 
} 
else if (output_mode == 1/0) /* center only * / 

{ 

if (input_nf ront != 1) 

{ 

mix left into center with -3 dB gain; 
mix right into center with -3 dB gain; 

} 
if (input_nf ront == 3) 

{ 

mix center into center using clev and -3 dB gain; 

} 

if (input_nrear == 1) 

{ 

mix mono surround into center using slev and -3 dB gain; 

} 

else if (input_nrear == 2) 

{ 

mix left surround into center using slev and -3 dB gain; 
mix right surround into center using slev and -3 dB gain; 
} 
} 
else / * more than center output requested * / 

{ 

if (output_nf ront == 2) 

{ 

if (input_nf ront == 1) 

{ 

mix center into left with -3 dB gain; 

mix center into right with -3 dB gain; 

} 

else if (input_nf ront == 3) 

{ 

mix center into left using clev; 

mix center into right using clev; 

} 
} 
if (inputnrear == 1) /* single surround channel coded * / 

{ 

if (outputnrear == 0) /* no surround loudspeakers * / 

{ 

mix mono surround into left with slev and -3 dB gain; 

mix mono surround into right with slev and -3 dB gain; 

} 

else if (outputnrear == 2) /* two surround loudspeaker channels * / 

{ 

mix mono srnd into left surround with -3 dB gain; 

mix mono srnd into right surround with -3 dB gain; 



else if (inputnrear == 2) /* two surround channels encoded * / 

{ 

if (output_nrear == 0) 

{ 

mix left surround into left using slev; 

mix right surround into right using slev; 

} 

else if (output_nrear == 1) . 

{ 

mix left srnd into mono surround with -3 dB gain; 

mix right srnd into mono surround with -3 dB gain; 

} 



The actual coefficients used for downmixing will affect the absolute level of the centre channel. If dialogue level is to 
be established with absolute SPL calibration, this should be taken into account. 
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6.8.2 Downmixing into two channels 

Let L, C, R, Lj,, Rs refer to the 5 discrete channels which are to be mixed down to 2 channels. In the case of a single 
surround channel (n/1 modes), S refers to the single surround channel. Two types of downmix should be provided: 
downmix to a LjRj matrix surround encoded stereo pair; and downmix to a conventional stereo signal, LqRq. The 

downmixed stereo signal (LqRq, or L^Rj) may be further mixed to mono, M, by a simple summation of the 2 channels. 
If the LjRj downmix is combined to mono, the surround information will be lost. The LqRq downmix is preferred when 
a mono signal is desired. Downmix coefficients shall have relative accuracy of at least +0,25 dB. 

Prior to the scaling needed to prevent overflow, the general 3/2 downrnix equations for an LqRq stereo signal are: 

Lq = 1 ,0 X L + clev X C + slev x L,; 
Rq = 1 ,0 X R + clev X C + slev x R^,. 

If LqRq are subsequently combined for monophonic reproduction, the effective mono downmix equation becomes: 

M = 1 ,0 X L + 2,0 X clev x C + 1 ,0 x R + slev x L^ + slev x R^. 

If only a single surround channel, S, is present (3/1 mode) the dOWnrnlx equations are: 



Lq = 1 ,0 X L + clev X C + 0,7 X slev x S; 

Rq = 1 ,0 X R + clev X C + 0,7 X slev x S; 

M = 1 ,0 X L + 2,0 X clev xC + 1,0xR+1,4x slev x S. 



The values of clev and slev are indicated by the Cmlxlev and SUrmlxlev bit fields in the BSI data, as shown in 
Table 4.4 and Table 4.5 respectively. 

If the cmlxlev or SUrmlxlev bit fields indicate the reserved state (value of 1 1), the decoder should use the 
intermediate coefficient values indicated by the bit field value of 1 . If the centre channel is missing (2/1 or 2/2 mode), 
the same equations may be used without the C term. If the surround channels are missing, the same equations may be 
used without the Lg, R^, or S terms. 

Prior to the scaling needed to prevent overflow, the 3/2 dOWnrnlx equations for an LjR^ stereo signal are: 

Lt = 1 ,0 X L + 0,707 X C - 0,707 x L, - 0,707 x R,; 
Rj = 1 ,0 X R + 0,707 X C + 0,707 x L^ + 0,707 x R^. 

If only a single surround channel, S, is present (3/1 mode) these equations become: 

Lt = 1,0 L + 0,707 C- 0,707 S; 
Rt = 1,0 R + 0,707 C + 0,707 S. 

If the centre channel is missing (2/2 or 2/1 mode) the C term is dropped. 

The actual coefficients used must be scaled downwards so that arithmetic overflow does not occur if all channels 
contributing to a downmix signal happen to be at full scale. For each audio coding mode, a different number of channels 
contributes to the downmix, and a different scaling could be used to prevent overflow. For simplicity, the scaling for the 
worst case may be used in all cases. This minimizes the number of coefficients required. The worst-case scaling occurs 
when clev and slev are both 0,707. In the case of the LqRq dOWnmlx, the sum of the unsealed coefficients is 
1 + 0,707 + 0,707 = 2,414, so all coefficients must be multiplied by 1/2,414 = 0,4143 (downwards scaling by 7,65 dB). 
In the case of the LjRj dOWnmlx, the sum of the unsealed coefficients is 1 + 0,707 + 0,707 + 0,707 = 3,121, so all 
coefficients must be multiplied by 1/3,121 = 0,3204 (downwards scaling by 9,89 dB). The scaled coefficients will 
typically be converted to binary values with limited wordlength. The 6-bit coefficients shown below have sufficient 
accuracy. 

In order to implement the LqRq 2-channel dOWnrnlx, scaled (by 0,453) coefficient values are needed which correspond 
to the values of 1,0, 0,707, 0,596, 0,500, 0,354. 
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Table 6.31 



LqRq scaled downmix coefficients 



Unsealed 
coefficient 


Scaled 
coefficient 


6-bit 
quantized 
coefficient 


Gain 
(dB) 


Relative 
gain 
(dB) 


Coefficient 
error 
(dB) 


1,0 


0,414 


26/64 


-7,8 


0,0 


- 


0,707 


0,293 


18/64 


-11,0 


-3,2 


-0,2 


0,596 


0,247 


15/64 


-12,6 


-4,8 


+0,3 


0,500 


0,207 


13/64 


-13,8 


-6,0 


0,0 


0,354 


0,147 


9/64 


-17,0 


-9,2 


-0,2 



In order to implement the LjRj 2-channel downrnix, scaled (by 0,3204) coefficient values are needed which 
correspond to the values of 1,0 and 0,707. 

Table 6.32: L^R, scaled downmix coefficients 



Unsealed 
coefficient 


Scaled 
coefficient 


6-bit 
quantized 
coefficient 


Gain 

(dB) 


Relative 
gain 
(dB) 


Coefficient 
error 
(dB) 


1,0 


0,3204 


20/64 


-10,1 


0,0 




0,707 


0,2265 


14/64 


-13,20 


-3,1 


-0,10 



If it is necessary to implement a mixdown to mono, a further scaling of 1/2 will have to be applied to the LqRq 
downmix coefficients to prevent overload of the mono sum of Lq + Rq. 

6.9 Transform equations and block switching 

6.9.1 Overview 

The choice of analysis block length is fundamental to any transform-based audio coding system. A long transform 
length is most suitable for input signals whose spectrum remains stationary, or varies only slowly, with time. A long 
transform length provides greater frequency resolution, and hence improved coding performance for such signals. On 
the other hand, a shorter transform length, possessing greater time resolution, is more desirable for signals which 
change rapidly in time. Therefore, the time vs. frequency resolution trade-off should be considered when selecting a 
transform block length. 

The traditional approach to solving this dilemma is to select a single transform length which provides the best trade-off 
of coding quality for both stationary and dynamic signals. AC-3 employs a more optimal approach, which is to adapt 
the frequency/time resolution of the transform depending upon spectral and temporal characteristics of the signal being 
processed. This approach is very similar to behaviour known to occur in human hearing. In transform coding, the 
adaptation occurs by switching the block length in a signal dependent manner. 

6.9.2 Technique 

In the AC-3 transform block switching procedure, a block length of either 5 12 or 256 samples (time resolution of 10,7 or 
5,3 ms for sampling frequency of 48 kHz) can be employed. Normal blocks are of length 512 samples. When a normal 
windowed block is transformed, the result is 256 unique frequency domain transform coefficients. Shorter blocks are 
constructed by taking the usual 512 sample windowed audio segment and splitting it into two segments containing 256 
samples each. The first half of an MDCT block is transformed separately but identically to the second half of that block. 
Each half of the block produces 128 unique non-zero transform coefficients representing frequencies from tofJ2, for a 
total of 256. This is identical to the number of coefficients produced by a single 512 sample block, but with two times 
improved temporal resolution. Transform coefficients from the two half-blocks are interleaved together on a 
coefficient-by-coefficient basis to form a single block of 256 values. This block is quantized and transmitted identically to 
a single long block. A similar, mirror image procedure is applied in the decoder during signal reconstruction. 



£75/ 



79 ETSI TS 1 02 366 V1 .2.1 (2008-08) 

Transform coefficients for the two 256 length transforms arrive in the decoder interleaved together bin-by-bin. This 
interleaved sequence contains the same number of transform coefficients as generated by a single 512-sample 
transform. The decoder processes interleaved sequences identically to non-interleaved sequences, except during the 
inverse transformation described below. 

Prior to transforming the audio signal from time to frequency domain, the encoder performs an analysis of the spectral 
and/or temporal nature of the input signal and selects the appropriate block length. This analysis occurs in the encoder 
only, and therefore can be upgraded and improved without altering the existing base of decoders. A one bit code 
per channel per transform block (blksw[ch]) is embedded in the bit stream which conveys length information: 
(blksw[ch] = or 1 for 512 or 256 samples, respectively). The decoder uses this information to deformat the bit 
stream, reconstruct the mantissa data, and apply the appropriate inverse transform equations. 

6.9.3 Decoder implementation 

TDAC transform block switching is accomplished in AC-3 by making an adjustment to the conventional forward and 
inverse transformation equations for the 256 length transform. The same window and FFT sine/cosine tables used for 
512 sample blocks can be reused for inverse transforming the 256 sample blocks; however, the pre- and post-FFT 
complex multiplication phase-shift requires an additional 128 table values for the block-switched transform. 

Since the input and output arrays for blksw[ch] = 1 are exactly one half of the length of those for biksw = 0, the size 
of the inverse transform RAM and associated buffers is the same with block switching as without. 

The adjustments required for inverse transforming the 256 sample blocks are: 

The input array contains 128 instead of 256 coefficients. 

The IFFT pre- and post-phase-shift use a different cosine table, requiring an additional 128 table values 
(64 cosine, 64 sine). 

The complex IFFT employs 64 points instead of 128. The same FFT cosine table can be used with 
subsampling to retrieve only the even numbered entries. 

The input pointers to the IFFT post-windowing operation are initialized to different start addresses, and 
operate modulo 128 instead of modulo 256. 

6.9.4 Transformation equations 
6.9.4.1 51 2-sample IMDCT transform 

The following procedure describes the technique used for computing the IMDCT for a single N = 512 length real data 
block using a single N/4 point complex IFFT with simple pre- and post-phase-shift operations. These are the inverse 
transform equations used when the bIksW flag is set to zero (indicating absence of a transient, and 512 sample 
transforms). 

Step 1: Define the MDCT transform coefficients = X[k], k = 0, 1, ... N/2-1. 

Step 2: Pre-IFFT complex multiply step. 

Compute N/4-point complex multiplication product Z[k], k = 0, 1, ... N/4-1: 



Pseudo code 



for(k=0; k<N/4; k++) 

{ 

/* Z [k] = (X [N/2-2*k-l] + j * X[2*k]) * (xcosl [k] + j * xsinl [k] ) ; */ 

Z [k] = (X [N/2-2*k-l] *xcosl [k] -X [2*k] *xsinl [k] ) +j* (X [2*k] *xcosl [k] +X [N/2-2*k-l] *xsinl [k] ) 



where: 



xcosl [k] = -cos(2pi x (8 x k -h 1 ) / (8 x N)); 
xsinl [k] = -sin(2pi x (8 x k -i- 1 ) / (8 x N)). 
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Step 3: Complex IFFT step. 

Compute N/4-point complex IFFT of Z[k] to generate complex-valued sequence z[n]: 



Pseudo code 


for(n=0; n<N/4; n++) 

{ 

z [n] =0 ; 

for(k=0; k<N/4; k++) 

{ 

z [n] + = Z [k] * 
} 
} 






(cos(8*pi*k*n/N) + j * sin (8*pi*k*n/N) ) ; 



Step 4: Post-IFFT complex multiply step. 

Compute N/4-point complex multiplication product y[n], n = 0,1,... N/4-1 as: 



Pseudo code 


for(n=0; n<N/4; n++) 

{ 

/* y [n] = z [n] * (xcosl [n] 
y [n] = (zr[n] * xcosl [n] - 

xsinl [n] ) ; 

} 


+ j * xsinl [n] ) ; */ 
zi [n] * xsinl [n] ) + j * 


(zi[n] 


* xcosl [n] 


+ zr[n] * 



where: 

zr[n] = real(z[n]); 
zi[n] = imag(z[n]); 

and xcosl [n] and XSin1 [n] are as defined in step 2 above. 

Step 5: Windowing and de-interleaving step. 
Compute windowed time-domain samples x[n]: 



Pseudo code 


for 
{ 


(n=0; n<N/8; 


n++) 










x[2*n] = -yi 


[N/8+n] * w 


[2*n] ; 








x[2*n+l] = yr [N/8 


-n-1] 


* w[2*n+l] ; 








x[N/4 + 2*n] = 


-yr [ 


n] * w 


[N/4 + 2 *n] ; 








x[N/4 + 2*n+l] 


= yi 


[N/4-n 


-1] * w[N/4 + 2*n+l] 


; 




x[N/2 + 2*n] = 


-yr [N/8+n] 


* w[N/2-2*n-l] 


; 






x[N/2 + 2*n+l] 


= yi 


[N/8-n 


-1] * w[N/2-2*n- 


2] 


; 




x[3*N/4 + 2*n] 


= yi 


[n] * 


w[N/4-2*n-l] ; 






} 


x[3*N/4 + 2*n+ 


1] = 


-yr[N/ 


4-n-l] * w[N/4-: 


*n 


-2] ; 



where: 



yr[n] = real(y[n]); 
yi[n] = imag(y[n]); 

w[n] is the transform window sequence (see Table 6.33). 
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Step 6: Overlap and add step. 



The first half of the windowed block is overlapped with the second half of the previous block to produce PCM samples 
(the factor of 2 scaling undoes headroom scaling performed in the encoder): 



Pseudo code 



for(n=0; n<N/2; n++) 

{ 

pcm [n] = 2 * (x[n] + delay [n]) 

delay [n] = x[N/2+n) ; 
} 



Note that the arithmetic processing in the overlap/add processing must use saturation arithmetic to prevent overflow 
(wraparound). Since the output signal consists of the original signal plus coding error, it is possible for the output signal 
to exceed 100 % level even though the original input signal was less than or equal to 100 % level. 

6.9.4.2 256-sample IMDCT transforms 

The following equations should be used for computing the inverse transforms in the case of biksw = 1, indicating the 
presence of a transient and two 256 sample transforms (N below still equals 512). 

Step 1: Define the MDCT transform coefficients = X[k], k = 0,1,.. .N/2. 



Pseudo code 



for(k=0; k<n/4; k++) 

{ 

xl [k] = x[2*k] ; 
x2 [k] = x[2*k+l] 



Step 2: Pre-IFFT complex multiply step. 

Compute N/8-point complex multiplication products Zl[k] and Z2[k], k = 0,1,. ..N/8-1. 



Pseudo code 


for(k=0; k<n/8; k++) 
{ 

/* zl[k] = (xl [n/4 




-2*k-l] + j * xl[2*k]) * (xcos2 [k] + j * xsin2 [k] ) ; 7 


zl [k] = (xl [n/4-2*k 


-1] *xcos2 [k] -xl [2k] *xsin2 [k] ) +j* (xl [2*k] *xco£32 [k] +xl [n/4-2*k- 


1] *xsin2 [k] ) ; 




/* z2 [k] = (x2 [n/4 


-2*k-l] + j * x2 [2*k] ) * (xcos2 [k] + j * xsin2 [k] ) ; 7 


z2 [k] = (x2 [n/4-2*k 


-1] *xcos2 [k] -x2 [2*k] *xsin2 [k] ) +j* (x2 [2*k] *xcos2 [k] +x2 [n/4-2*k- 


1] *xsin2 [k] ) ; 
} 





where: 

xcos2[k] = -cos(2pi x (8 x k + 1 ) / (4 x N)), xsin2(k) = -sin(2pi x (8 x k + 1 ) / (4 x N)). 

Step 3: Complex IFFT step. 

Compute N/8-point complex IFFTs of Zl[k] and Z2[k] to generate complex-valued sequences zl[n] and z2[n] 



Pseudo code 


for(n=0; n<n/8; n++) 

{ 

zl [n] =0. ; 










z2 [n] =0. ; 






for(k=0; k<n/8; k++) 

{ 

zl[n] + = zl [k] * 






(cos (16*pi*k*n/n) 


+ j * sin(16*pi*k*n/n) ) ; 


z2 [n] + = z2 [k] * 
} 
} 


(cos (16*pi*k*n/n) 


+ j * sin(16*pi*k*n/n) ) ; 
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Step 4: Post-IFFT complex multiply step. 

Compute N/8-point complex multiplication products yl[n] and y2[n], n = 0,1,. ..N/8-1. 



Pseudo code 


for(n=0; n<n/8; n++) 
{ 

/* yl [n] = zl [n] * (xcos2 [n] 












+ j * xsin2 [n] ) ; */ 










yl [n] = (zrl[n] * xcos2 [n] 


- zil [n] * xsin2 [n] ) 


+ j * 


(zil[n] 


* XCOS2 [n] 


+ zrl [n] * 


xsin2 [n] ) ; 












/* y2 [n] = z2 [n] * (xcos2 [n] 


+ j * xsin2 [n] ) ; */ 










y2 [n] = (zr2[n] * xcos2 [n] 


- zi2 [n] * xsin2 [n] ) 


+ j * 


(zi2 [n] 


* XCOS2 [n] 


+ zr2 [n] * 


xsin2 [n] ) ; 
} 













where: 

zr1[n] = real(z1[n]); 
zi1[n] = imag(z1[n]); 
zr2[n] = real(z2[n]); 
zi2[n] = imag(z2[n]); 

and XC0S2[n] and XSin2[n] are as defined in Step 2 above. 
Step 5: Windowing and de-interleaving step. 
Compute windowed time-domain samples x[n]. 



Pseudo code 


for 
{ 


(n=0; n<n/8 


; n++) 














x[2*n] = - 


yil [n] * w[2*n] 














x[2*n+l] = 


yrl [n/8-n-l] 


* w[2* 


n+1] ; 










x[n/4+2*n] 


= -yrl [n] * 


w 


[n/4+2 


*n] ; 










x[n/4+2*n+ 


1] = yil [n/8 


-n 


-1] * 


w [n/4 + 2 


"n+l] 


; 




x[n/2+2*n] 


= -yr2 [n] * 


w 


[n/2-2 


*n-l] ; 










x[n/2+2*n+ 


1] = yi2 [n/8 


-n 


-1] * 


w[n/2-2 


"n- 


2] 


; 




x[3n/4+2*n 


] = yi2 [n] * 


w 


[n/4-2 


*n-l] ; 








} 


x[3n/4+2*n+l] = -yr2 [n/8 


-n-1] 


* w[n/4 


-2< 


n- 


2] ; 



where: 

yr1[n] = real(y1[n]); 
yi1[n] =imag(y1[n]); 
yr2[n] = real(y2[n]); 
yi2[n] = imag(y2[n]); 

and w[n] is the transform window sequence (see Table 6.33). 

Step 6: Overlap and add step. 

The first half of the windowed block is overlapped with the second half of the previous block to produce PCM samples 
(the factor of 2 scaling undoes headroom scaling performed in the encoder): 



Pseudo code 



for(n=0; n<n/2; n++) 

{ 

pcm [n] = 2 * (x[n] + delay [n]) 
delay [n] = x[n/2+n] ; 
] 



Note that the arithmetic processing in the overlap/add processing must use saturation arithmetic to prevent overflow 
(wrap around). Since the output signal consists of the original signal plus coding error, it is possible for the output 
signal to exceed 100 % level even though the original input signal was less than or equal to 100 % level. 
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Table 6.33: Transform window sequence (w[addr]), 
withaddr = (10x A) + B 





B = 


B = 1 


B = 2 


B = 3 


B = 4 


B = 5 


B = 6 


B = 7 


B = 8 


B = 9 


A = 


0,00014 


0,00024 


0,00037 


0,00051 


0,00067 


0,00086 


0,00107 


0,00130 


0,00157 


0,00187 


A = 1 


0,00220 


0,00256 


0,00297 


0,00341 


0,00390 


0,00443 


0,00501 


0,00564 


0,00632 


0,00706 


A = 2 


0,00785 


0,00871 


0,00962 


0,01061 


0,01166 


0,01279 


0,01399 


0,01526 


0,01662 


0,01806 


A = 3 


0,01959 


0,02121 


0,02292 


0,02472 


0,02662 


0,02863 


0,03073 


0,03294 


0,03527 


0,03770 


A = 4 


0,04025 


0,04292 


0,04571 


0,04862 


0,05165 


0,05481 


0,05810 


0,06153 


0,06508 


0,06878 


A = 5 


0,07261 


0,07658 


0,08069 


0,08495 


0,08935 


0,09389 


0,09859 


0,10343 


0,10842 


0,11356 


A = 6 


0,11885 


0,12429 


0,12988 


0,13563 


0,14152 


0,14757 


0,15376 


0,16011 


0,16661 


0,17325 


A = 7 


0,18005 


0,18699 


0,19407 


0,20130 


0,20867 


0,21618 


0,22382 


0,23161 


0,23952 


0,24757 


A = 8 


0,25574 


0,26404 


0,27246 


0,28100 


0,28965 


0,29841 


0,30729 


0,31626 


0,32533 


0,33450 


A = 9 


0,34376 


0,35311 


0,36253 


0,37204 


0,38161 


0,39126 


0,40096 


0,41072 


0,42054 


0,43040 


A = 10 


0,44030 


0,45023 


0,46020 


0,47019 


0,48020 


0,49022 


0,50025 


0,51028 


0,52031 


0,53033 


A = 11 


0,54033 


0,55031 


0,56026 


0,57019 


0,58007 


0,58991 


0,59970 


0,60944 


0,61912 


0,62873 


A = 12 


0,63827 


0,64774 


0,65713 


0,66643 


0,67564 


0,68476 


0,69377 


0,70269 


0,71150 


0,72019 


A = 13 


0,72877 


0,73723 


0,74557 


0,75378 


0,76186 


0,76981 


0,77762 


0,78530 


0,79283 


0,80022 


A = 14 


0,80747 


0,81457 


0,82151 


0,82831 


0,83496 


0,84145 


0,84779 


0,85398 


0,86001 


0,86588 


A = 15 


0,87160 


0,87716 


0,88257 


0,88782 


0,89291 


0,89785 


0,90264 


0,90728 


0,91176 


0,91610 


A = 16 


0,92028 


0,92432 


0,92822 


0,93197 


0,93558 


0,93906 


0,94240 


0,94560 


0,94867 


0,95162 


A = 17 


0,95444 


0,95713 


0,95971 


0,96217 


0,96451 


0,96674 


0,96887 


0,97089 


0,97281 


0,97463 


A = 18 


0,97635 


0,97799 


0,97953 


0,98099 


0,98236 


0,98366 


0,98488 


0,98602 


0,98710 


0,98811 


A = 19 


0,98905 


0,98994 


0,99076 


0,99153 


0,99225 


0,99291 


0,99353 


0,99411 


0,99464 


0,99513 


A = 20 


0,99558 


0,99600 


0,99639 


0,99674 


0,99706 


0,99736 


0,99763 


0,99788 


0,99811 


0,99831 


A = 21 


0,99850 


0,99867 


0,99882 


0,99895 


0,99908 


0,99919 


0,99929 


0,99938 


0,99946 


0,99953 


A = 22 


0,99959 


0,99965 


0,99969 


0,99974 


0,99978 


0,99981 


0,99984 


0,99986 


0,99988 


0,99990 


A = 23 


0,99992 


0,99993 


0,99994 


0,99995 


0,99996 


0,99997 


0,99998 


0,99998 


0,99998 


0,99999 


A = 24 


0,99999 


0,99999 


0,99999 


1,00000 


1,00000 


1,00000 


1,00000 


1,00000 


1,00000 


1,00000 


A = 25 


1,00000 


1 ,00000 


1 ,00000 


1,00000 


1,00000 


1,00000 











6.9.5 Channel gain range code 



When the signal level is low, the dynamic range of the decoded audio is typically limited by the wordlength used in the 
transform computation. The use of longer wordlength improves dynamic range but increases cost, as the wordlength of 
both the arithmetic units and the working RAM must be increased. In order to allow the wordlength of the transform 
computation to be reduced, the AC-3 bit stream includes a syntactic element gainrng[ch]. This 2-bit element exists for 
each encoded block for each channel. 

The gainrng element is a value in the range of - 3. The value is an indication of the maximum sample level within 
the coded block. Each block represents 256 new audio samples and 256 previous audio samples. Prior to the application 
of the 512 point window, the maximum absolute value of the 512 PCM values is determined. Based on the maximum 
value within the block, the value of gainrng is set as indicated below: 



Maximum absolute value (max) 


gainrng 


max > 0,5 





0,5 > max > 0,25 


1 


0,25 > max > 0,125 


2 


0,125 > max 


3 



If the encoder does not perform the step of finding the maximum absolute value within each block then the value of 

gainrng should be set to o. 

The decoder may use the value of gainrng to pre-scale the transform coefficients prior to the transform and to 
post-scale the values after the transform. With careful design, the post-scaling process can be performed right at the 
PCM output stage allowing a 16-bit output buffer RAM to provide 18-bit dynamic range audio. 
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6.10 Error detection 

There are several ways in which the AC-3 data may determine that errors are contained within a frame of data. The 
decoder may be informed of that fact by the transport system which has delivered the data. The data integrity may be 
checked using the embedded CRCs. Also, some simple consistency checks on the received data can indicate that errors 
are present. The decoder strategy when errors are detected is user definable. Possible responses include muting, block 
repeats, or frame repeats. The amount of error checking performed, and the behaviour in the presence of errors are not 
specified in the present document, but are left to the application and implementation. 

6.10.1 CRC checking 

Each AC-3 frame contains two 16-bit CRC words. Crc1 is the second 16-bit word of the frame, immediately following 
the sync word. Crc2 is the last 16-bit word of the frame, immediately preceding the sync word of the following frame. 
Crc1 applies to the first 5/8 of the frame, not including the sync word. Crc2 provides coverage for the last 3/8 of the 
frame as well as for the entire frame (not including the sync word). Decoding of CRC word(s) allows errors to be 
detected. 

The following generator polynomial is used to generate each of the 16-bit CRC words: x^^ + x^^ + x^ + 1. 
The 5/8 of a frame is defined in Table 6.34, and may be calculated by: 

5/8_framesize = truncate(framesize -^2) + truncate(framesize / 8); or 
5/8_framesize = (int) (framesize»1) -i- (int) (framesize»3); 

where framesize is in units of 16-bit words. Table 6.34 shows the value of 5/8 of the frame size as a function of 
AC-3 bit rate and audio sample rate. 

The CRC calculation may be implemented by one of several standard techniques. A convenient hardware 
implementation is a linear feedback shift register (LFSR). An example of an LFSR circuit for the above generator 
polynomial is given in Figure 5. 



'^I -<+)-• b; 



• • • 



13 



bi4-<±Hbi 




Figure 5: LFSR Circuit for Generator Polynomial 

Checking for valid CRC with the above circuit consists of resetting all registers to zero, and then shifting the AC-3 data 
bits serially into the circuit in the order in which they appear in the data stream. The sync word is not covered by either 
CRC (but is included in the indicated 5/8_framesize) so it should not be included in the CRC calculation. Crc1 is 
considered valid if the above register contains all zeros after the first 5/8 of the frame has been shifted in. If the 
calculation is continued until all data in the frame has been shifted through, and the value is again equal to zero, then 
Crc2 is considered valid. Some decoders may choose to only check Crc2, and not check for a valid Crc1 at the 5/8 
point in the frame. If Crc1 is invalid, it is possible to reset the registers to zero and then check Crc2. If Crc2 then 
checks, then the last 3/8 of the frame is probably error free. This is of little utility however, since if errors are present in 
the initial 5/8 of a frame it is not possible to decode any audio from the frame even if the final 3/8 is error free. 

Note that Crc1 is generated by encoders such that the CRC calculation will produce zero at the 5/8 point in the frame. It 
is not the value generated by calculating the CRC of the first 5/8 of the frame using the above generator polynomial. 
Therefore, decoders should not attempt to save Crc1 , calculate the CRC for the first 5/8 of the frame, and then compare 
the two. 

Syntactical block size restrictions within each frame (enforced by encoders), guarantee that blocks and 1 are 
completely covered by Crc1 . Therefore, decoders may immediately begin processing block when the 5/8 point in the 
data frame is reached. This may allow smaller input buffers in some applications. Decoders that are able to store an 
entire frame may choose to process only Crc2. These decoders would not begin processing block of a frame until the 
entire frame is received. 
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Table 6.34: 5/8 framesize table; number of words in the first 5/8 of the frame 



frmsizecod 


Nominal bit-rate 
(l<bit/s) 


fs=32kHz 
5/8 framesize 


fg = 44,1 kHz 
5/8 framesize 


fg = 48 kHz 
5/8 framesize 


"000000" (0) 


32 


60 


42 


40 


"000001" (0) 


32 


60 


43 


40 


"000010" (1) 


40 


75 


53 


50 


"00001 1"{1) 


40 


75 


55 


50 


"000100" (2) 


48 


90 


65 


60 


"000101" (2) 


48 


90 


65 


60 


"0001 10" (3) 


56 


105 


75 


70 


"000111" (3) 


56 


105 


76 


70 


"001000" (4) 


64 


120 


86 


80 


"001001" (4) 


64 


120 


87 


80 


"001010" (5) 


80 


150 


108 


100 


"001011" (5) 


80 


150 


108 


100 


"001 100" (6) 


96 


180 


130 


120 


"001101" (6) 


96 


180 


130 


120 


"001 110" (7) 


112 


210 


151 


140 


"001 111" (7) 


112 


210 


152 


140 


"010000" (8) 


128 


240 


173 


160 


"010001" (8) 


128 


240 


173 


160 


"010010" (9) 


160 


300 


217 


200 


"010011" (9) 


160 


300 


217 


200 


"010100" (10) 


192 


360 


260 


240 


"010101" (10) 


192 


360 


261 


240 


"010110" (11) 


224 


420 


303 


280 


"010111" (11) 


224 


420 


305 


280 


"011000" (12) 


256 


480 


347 


320 


"011001" (12) 


256 


480 


348 


320 


"011010" (13) 


320 


600 


435 


400 


"011011" (13) 


320 


600 


435 


400 


"01 1100" (14) 


384 


720 


521 


480 


"01 1101" (14) 


384 


720 


522 


480 


"011110" (15) 


448 


840 


608 


560 


"011111" (15) 


448 


840 


610 


560 


"100000" (16) 


512 


960 


696 


640 


"100001" (16) 


512 


960 


696 


640 


"100010" (17) 


576 


1 080 


782 


720 


"100011" (17) 


576 


1 080 


783 


720 


"100100" (18) 


640 


1 200 


870 


800 


"100101" (18) 


640 


1 200 


871 


800 



6.1 0.2 Checking bit stream consistency 

It is always possible that an AC-3 frame could have valid sync information and valid CRCs, but otherwise be 
undecodable. This condition may arise if a frame is corrupted such that the CRC word is nonetheless valid, or in the 
case of an encoder error (bug). One safeguard against this is to perform some error checking tests within the AC-3 
decoder and bit stream parser. Despite its coding efficiency, there are some redundancies inherent in the AC-3 bit 
stream. If the AC-3 bit stream contains errors, a number of illegal syntactical constructions are likely to arise. 
Performing checks for these illegal constructs will detect a great many significant error conditions. 

The following is a list of known bit stream error conditions. In some implementations it may be important that the 
decoder be able to benignly deal with these errors. Specifically, decoders may wish to ensure that these errors do not 
cause reserved memory to be overwritten with invalid data, and do not cause processing delays by looping with illegal 
loop counts. Invalid audio reproduction may be allowable, so long as system stability is preserved. 

1) (biknum == 0) && 
(cplstre == 0); 

2) (cplinu == 1) && 

(fewer than two channels in coupling); 
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3) (cplinu == 1) && 
(cplbegf > (cplendf+2)); 

4) (cplinu == 1) && 

((biknum ==0) || (previous cplinu == 0)) && 
(chincpl[n] == 1) && 
(cplcoe[n] == 0); 

5) (biknum == 0) && 
(acmod == 2) && 
(rematstr == 0); 

6) (cplinu == 1) && 

((biknum ==0) || (previous cplinu == 0)) && 
(cplexpstr == 0); 

7) (cplinu == 1) && 

((cplbegf != previous cplbegf) || (cplendf != previous cplendf)) && 
(cplexpstr == 0); 

8) (biknum == 0) && 
(chexpstr[n] == 0); 

9) (nchmant[n] != previous nchmant[n]) && 
(chexpstr[n] == 0) ; 

10) (biknum == 0) && 
(lfeon==1)&& 
(Ifeexpstr == 0); 

11) (chincpl[n] == 0) && 
(chbwcod[n]>60); 

12) (biknum == 0) && 
(baie==0); 

13) (biknum == 0) && 
(snroffste == 0); 

14) (biknum == 0) && 
(cplinu == 1)&& 
(cplleake == 0); 

15) (cplinu == 1) && 

(expanded length of cpl delta bit allocation > 50); 

16) expanded length of delta bit allocation[n] > 50; 

17) compositely coded 5-level exponent value > 124; 

18) compositely coded 3-level mantissa value > 26; 

19) compositely coded 5-level mantissa value > 124; 

20) compositely coded 1 1-level mantissa value > 120; 

21) bit stream unpacking continues past the end of the frame. 

Note that some of these conditions (such as numbers 17 to 20) can only be tested for at low-levels within the decoder 
software, resulting in a potentially significant MIPS impact. So long as these conditions do not affect system stability, 
they do not need to be specifically prevented. 
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Encoding the AC-3 bit stream 



7.1 Introduction 

This clause provides some guidance on AC-3 encoding. Since AC-3 is specified by the syntax and decoder processing, 
the encoder is not precisely specified. The only normative requirement on the encoder is that the output elementary bit 
stream follow AC-3 syntax. Encoders of varying levels of sophistication may be produced. More sophisticated encoders 
may offer superior audio performance, and may make operation at lower bit rates acceptable. Encoders are expected to 
improve over time. All decoders will benefit from encoder improvements. The encoder described in this clause, while 
basic in operation, provides good performance. The description which follows indicates several avenues of potential 
improvement. A flow diagram of the encoding process is shown in Figure 6. 

7.2 Summary of the encoding process 
7.2.1 Input PCM 

7.2.1.1 Input word length 

The AC-3 encoder accepts audio in the form of PCM words. The internal dynamic range of AC-3 allows input word 
lengths of up to 24 bits to be useful. 

7.2.1.2 Input sample rate 

The input sample rate must be locked to the output bit rate so that each AC-3 sync frame contains 1 536 samples of 
audio per channel. If the input audio is available in a PCM format at a different sample rate than that required, sample 
rate conversion must be performed to conform the sample rate. 

7.2.1.3 Input filtering 

Individual input channels may be high-pass filtered. Removal of DC components of signals can allow more efficient 
coding since data rate is not used up encoding DC. However, there is the risk that signals which do not reach 100 % 
PCM level before high-pass filtering will exceed 100 % level after filtering, and thus be clipped. A typical encoder 
would high-pass filter the input signals with a single pole filter at 3 Hz. 

The Ife channel should be low-pass filtered at 120 Hz. A typical encoder would filter the Ife channel with an 8th order 
elliptic filter with a cut-off frequency of 120 Hz. 
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Figure 6: Flow diagram of thie encoding process 

7.2.2 Transient detection 

Transients are detected in the full -bandwidth channels in order to decide when to switch to short length audio blocks to 
improve pre-echo performance. High-pass filtered versions of the signals are examined for an increase in energy from 
one sub-block time-segment to the next. Sub-blocks are examined at different time scales. If a transient is detected in 
the second half of an audio block in a channel, that channel switches to a short block. A channel that is block-switched 
uses the d45 exponent strategy. 

The transient detector is used to determine when to switch from a long transform block (length 512), to the short block 
(length 256). It operates on 512 samples for every audio block. This is done in two passes, with each pass processing 
256 samples. Transient detection is broken down into four steps: 

Step 1: high-pass filtering; 

Step 2: segmentation of the block into submultiples; 

Step 3: peak amplitude detection within each sub-block segment; and 
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Step 4: threshold comparison. 



The transient detector outputs a flag blksw[n] for each full-bandwidth channel, which when set to "one" indicates the 
presence of a transient in the second half of the 512 length input block for the corresponding channel. 

Step 1: High-pass filtering : The high-pass filter is implemented as a cascaded biquad direct form II IIR filter with a 
cut-off of 8 kHz. 

Step 2: Block segmentation : The block of 256 high-pass filtered samples are segmented into a hierarchical tree of levels 
in which level 1 represents the 256 length block, level 2 is two segments of length 128, and level 3 is four segments of 
length 64. 

Step 3: Peak detection : The sample with the largest magnitude is identified for each segment on every level of the 
hierarchical tree. The peaks for a single level are found as follows: 

PO][k] = max(x(n)) 

for n = (512 X (k-1) / 2j), (512 x (k-1) / 2j) + 1 , ...(512 x k/ 2j) - 1 

andk=1,...2'^j-1; 

where: 

x(n) = the nth sample in the 256 length block 
j = 1, 2, 3 is the hierarchical level number 
k = the segment number within level j 

Note that P0][O], (i.e. k = 0) is defined to be the peak of the last segment on level j of the tree calculated immediately 
prior to the current tree. For example, P[3][4] in the preceding tree is P[3][0] in the current tree. 

Step 4: Threshold comparison : The first stage of the threshold comparator checks to see if there is significant signal 
level in the current block. This is done by comparing the overall peak value P[1 ][1 ] of the current block to a "silence 
threshold". If P[1 ][1 ] is below this threshold then a long block is forced. The silence threshold value is 100/32 768. The 
next stage of the comparator checks the relative peak levels of adjacent segments on each level of the hierarchical tree. 
If the peak ratio of any two adjacent segments on a particular level exceeds a pre-defined threshold for that level, then a 
flag is set to indicate the presence of a transient in the current 256 length block. The ratios are compared as follows: 

mag(P0][k])xT0]>mag(P0][(k-1)]) 

where: 

T[j] is the pre-defined threshold for level j, defined as: 
T[1] = 0,l 
T[2] = 0,075 
T[3] = 0,05 

If this inequality is true for any two segment peaks on any level, then a transient is indicated for the first half of the 
512 length input block. The second pass through this process determines the presence of transients in the second half of 
the 512 length input block. 

7.2.3 Forward transform 
7.2.3.1 Windowing 

The audio block is multiplied by a window function to reduce transform boundary effects and to improve frequency 
selectivity in the filter bank. The values of the window function are included in Table 6.33. Note that the 
256 coefficients given are used back-to-back to form a 512-point symmetrical window. 
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7.2.3.2 Time to frequency transformation 

Based on the block switch flags, each audio block is transformed into the frequency domain by performing one A^= 512 
point transform, or two N= 256 point transforms. Let x[n] represent the windowed input time sequence. The output 
frequency sequence, X^, [k] is defined by: 

Xj)[k] = ^- Vx[n]cos — (2n + l){2k + l) + —{2k + l)(l + a) forO<k<N/2 



where: 



a = - 1 for the first short transform 

for the long transform 

+1 for the second short transform 



7.2.4 Coupling strategy 



7.2.4.1 Basic encoder 

For a basic encoder, a static coupling strategy may be employed. Suitable coupling parameters are: 

cplbegf =6; /* coupling starts at 10,2 kHz */ 

cplendf = 12; /* coupling channel ends at 20,3 kHz */ 

cplbndstrc = 0, 0, 1, 1, 0, 1, 1, 1; 

cplinu =1; /* coupling always on */ 

/* all non-block switched channels are coupled */ 

for{ch=0; ch<nfchans; ch+ + ) if {blksw [ch] ) chincpl [ch] = 0; else chincpl [ch] = 1. 

Coupling coordinates for all channels may be transmitted for every other block, i.e. blocks 0, 2, and 4. During blocks 1, 
3, and 5, coupling coordinates are reused. 

7.2.4.2 Advanced encoder 

More advanced encoders may make use of dynamically variable coupling parameters. The coupling frequencies may be 
made variable based on bit demand and on a psychoacoustic model which compares the audibility of artefacts caused by 
bit starvation versus those caused by the coupling process. Channels with a rapidly time varying power level may be 
removed from coupling. Channels with slowly varying power levels may have their coupling coordinates sent less 
often. The coupling band structure may be made dynamic. 

7.2.5 Form coupling channel 

7.2.5.1 Coupling channel 

The most basic encoder can form the coupling channel by simply adding all of the individual channel coefficients 
together, and dividing by 8. The division by 8 prevents the coupling channel from exceeding a value of 1 . Slightly more 
sophisticated encoders can alter the sign of individual channels before adding them into the sum so as to avoid phase 
cancellations. 

7.2.5.2 Coupling coordinates 

Coupling coordinates are formed by taking magnitude ratios within of each coupling band. The power in the original 
channel within a coupling band is divided by the power in the coupling channel within the coupling band, and the 
square root of this is then computed. This magnitude ratio becomes the coupling coordinate. The coupling coordinates 
are converted to floating point format and quantized. The exponents for each channel are examined to see if they can be 
further scaled by 3, 6, or 9. This generates the 2-bit master coupling coordinate for that channel. (The master coupling 
coordinates allow the dynamic range represented by the coupling coordinate to be increased.) 
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7.2.6 Rematrixing 



Rematrixing is active only in the 2/0 mode. Within each rematrixing band, power measurements are made on the 
L, R, L+R, and L-R signals. If the maximum power is found in the L or R channels, the rematrix flag is not set for that 
band. If the maximum power is found in the L+R or L-R signal, then the rematrix flag is set. When the rematrix flag for 
a band is set, the encoder codes L+R and L-R instead of L and R. Rematrixing is described in clause 6.5. 



7.2.7 Extract exponents 

The binary representation of each frequency coefficient is examined to determine the number of leading zeros. The 
number of leading zeros (up to a maximum of 24) becomes the initial exponent value. These exponents are extracted 
and the exponent sets (one for each block for each channel, including the coupling channel) are used to determine the 
appropriate exponent strategies. 

7.2.8 Exponent strategy 

For each channel, the variation in exponents over frequency and time is examined. There is a trade-off between fine 
frequency resolution, fine time resolution, and the number of bits required to send exponents. In general, when 
operating at very low bit rates, it is necessary to trade-off time vs. frequency resolution. 

In a basic encoder a simple algorithm may be employed. First, look at the variation of exponents over time. When the 
variation exceeds a threshold new exponents will be sent. The exponent strategy used is made dependent on how many 
blocks the new exponent set is used for. If the exponents will be used for only a single block, then use strategy d45. If 
the new exponents will be used for 2 or 3 blocks, then use strategy d25. If the new exponents will be used for 4, 5, or 
6 blocks, use strategy dl5. 

7.2.9 Dither strategy 

The encoder controls, on a per channel basis, whether coefficients which will be quantized to zero bits will be 
reproduced with dither. The intent is to maintain approximately the same energy in the reproduced spectrum even if no 
bits are allocated to portions of the spectrum. Depending on the exponent strategy, and the accuracy of the encoded 
exponents, it may be beneficial to defeat dither for some blocks. 

A basic encoder can implement a simple dither strategy on a per channel basis. When blksw[ch] is 1, defeat dither for 
that block and for the following block. 



7.2.10 Encode exponents 



Based on the selected exponent strategy, the exponents of each exponent set are pre-processed. d25 and d45 exponent 
strategies require that a single exponent be shared over more than one mantissa. The exponents will be differentially 
encoded for transmission in the bit stream. The difference between successive raw exponents does not necessarily 
produce legal differential codes (maximum value of +2) if the slew rate of the raw exponents is greater than that 
allowed by the exponent strategy. Pre-processing adjusts exponents so that transform coefficients that share an exponent 
have the same exponent and so that differentials are legal values. The result of this processing is that some exponents 
will have their values decreased, and the corresponding mantissas will have some leading zeros. 

The exponents are differentially encoded to generate the encoded spectral envelope. As part of the encoder processing, a 
set of exponents is generated which is equal to the set of exponents which the decoder will have when it decodes the 
encoded spectral envelope. 

7.2.11 Normalize mantissas 

Each channel's transform coefficients are normalized by left shifting each coefficient the number of times given by its 
corresponding exponent to create normalized mantissas. The original binary frequency coefficients are left shifted 
according to the exponents which the decoder will use. Some of the normalized mantissas will have leading zeros. The 
normalized mantissas are what are quantized. 
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7.2.12 Core bit allocation 

A basic encoder may use the core bit allocation routine with all parameters fixed at nominal default values. 

sdcycod = 2; 

fdcycod = 1 ; 

sgaincod = 1 ; 

dbpbcod = 2; 

floorcod = 4; 

cplfgaincod = 4; 

fgaincod[ch] = 4; 

Ifegaincod = 4; 

cplsnroffst = fsnroffst[ch] = Ifesnroffst = fineoffset. 

Since the bit allocation parameters are static, they are only sent during block 0. Delta bit allocation is not used, so 
dGltbaiG = 0. The core bit allocation routine (described in clause 6.2) is run, and the coarse and fine SNR offsets are 
adjusted until all available bits in the frame are used up. The coarse SNR offset adjusts in 3 dB increments, and the fine 
offset adjusts in 3/16 dB increments. Bits are allocated globally from a common bit pool to all channels. The 
combination of CSnroffst and fiPGOffSGt is chosen which uses the largest number of bits without exceeding the frame 
size. This involves an iterative process. When, for a given iteration, the number of bits exceeds the pool, the SNR offset 
is decreased for the next iteration. On the other hand, if the allocation is less than the pool, the SNR offset is increased 
for the next iteration. 

When the SNR offset is at its maximum without causing the allocation to exceed the pool, the iterating is complete. The 
result of the bit allocation routine is the final values of CSnroffst and fiPGOffSGt, and the set of bit allocation pointers 
(baps). The SNR offset values are included in the bit stream so that the decoder does not need to iterate. 

7.2.13 Quantize mantissas 

The baps are used by the mantissa quantization block. There is a bap for each individual transform coefficient. Each 
normalized mantissa is quantized by the quantizer indicated by the corresponding bap. Asymmetrically quantized 
mantissas are quantized by rounding to the number of bits indicated by the corresponding bap. Symmetrically quantized 
mantissas are quantized through the use of a table look-up. Mantissas with baps of 1, 2, and 4 are grouped into triples or 
duple s. 

7.2.14 Pack AC-3 frame 

All of the data is packed into the encoded AC-3 frame. Some of the quantized mantissas are grouped together and coded 
by a single codeword. The output format is dependent on the application. The frame may be output in a burst, or 
delivered as a serial data stream at a constant rate. 
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Annex A (normative): 

AC-3 elementary streams in the l\/IPEG-2 multiplex 

Scope 

This annex contains specifications on how to combine one or more AC-3 elementary streams into the ATSC 
(ITU-R Recommendation BT.1300 System A) or DVB (ITU-R Recommendation BT.1300, System B) MPEG-2 
transport stream (ISO/IEC 13818-1 [i.5]). 



A.1 Introduction 

The AC-3 elementary bit stream is included in an MPEG-2 multiplex bit stream in much the same way an MPEG-1 
audio stream would be included. The AC-3 bit stream is packetized into PES packets. An MPEG-2 multiplex bit 
stream containing AC-3 elementary streams must meet all audio constraints described in the STD model in 
clause A.2.6 (System A) or clause A.3.4 (System B). It is necessary to unambiguously indicate that an AC-3 stream is, 
in fact, an AC-3 stream (and not an MPEG audio stream). The MPEG-2 standard does not explicitly indicate codes to 
be used to indicate an AC-3 stream. Also, the MPEG-2 standard does not have an audio descriptor adequate to describe 
the contents of the AC-3 bit stream in the PSI tables. 

The AC-3 audio access unit (AU) or presentation unit (PU) is an AC-3 sync frame. The AC-3 sync frame contains 1 536 
audio samples. The duration of an AC-3 access (or presentation) unit is 32 ms for audio sampled at 48 kHz, 
approximately 34,83 ms for audio sampled at 44,1 kHz, and 48 ms for audio sampled at 32 kHz. 

The items which need to be specified in order to include AC-3 within the MPEG-2 bit stream are: StrGam_typG, 
StrGam_id, AC-3 audio descriptor, and, for system A only, registration descriptor. The registration descriptor is not 
required in System B since the AC-3_dGSCriptOr is regarded as a public descriptor in this system. The ISO 639 [i.2] 
language descriptor may be employed to indicate language. Some constraints are placed on the PES layer for the case 
of multiple audio streams intended to be reproduced in exact sample synchronism. In System A (ATSC) the AC-3 audio 
descriptor is titled "audiO_StrGam_dGSCriptOr" while in System B (DVB) the AC-3 audio descriptor is titled 
"AC-3-dGSCriptOr". it should be noted that the syntax of these descriptors differs significantly between the two 
systems. 



A.2 Detailed specification for System A (ATSC) 
A.2.1 Streamjype 

The value of StrGamJypG for AC-3 shall be 0x81. 

A.2.2 Streamjd 

The value of StrGamJd in the PES header shall be OxBD (indicating privatG_StrGam_1 ). Multiple AC-3 streams 
may share the same value of StrGam_id since each stream is carried with a unique PID value. The mapping of values 
of PID to StrGam_typG is indicated in the transport stream programme map table (PMT). 



£75/ 



94 



ETSI TS 102 366 V1.2.1 (2008-08) 



A.2.3 Registration_descriptor 

The syntax of the AC-3 registration_deSCriptOr is shown below. The AC-3 registration_deSCriptOr shall be 

included in the TSjDrogramme_map_section. 



Syntax 



No. of bits Mnemonic 



registration_descriptor { ) { 

descriptor tag 

descriptor length 

format identifier 



32 



uimsbf 
uimsbf 
uimsbf 



descriptor_tag - 0X05. 

descriptor_length - 0X04 . 

format identifier - The AC-3 format identifier is 0X41432D33 {"AC-3") 



A.2.4 AC-3 audio_descriptor 

The AC-3 audiO_Stream_deSCriptOr allows information about individual AC-3 elementary streams to be included 
in the programme specific information (PSI) tables. This information is useful to enable decision making as to the 
appropriate AC-3 stream(s) that are present in the current broadcast to be directed to the audio decoder, and also to 
enable the announcement of characteristics of audio streams that will be included in future broadcasts. Note that 
horizontal lines in the table indicate allowable termination points for the descriptor. 



Syntax 


No. of bits 


Mnemonic 


AC-3 audio stream descriptor { ) { 

descriptor tag 


8 


uimsbf 
uimsbf 
bslbf 
bslbf 
bslbf 
bslbf 
bslbf 
bslbf 
bslbf 


descriptor length 

sample rate code 


8 

3 


bsid 


5 




6 




2 




3 


nuiii channels 


4 


full SVC 


1 






langcod 


8 


bslbf 






if {num Ghannels==0) /* 1+1 mode */ 

langcod2 


8 


bslbf 






if{bsmod<2) { 


3 


uimsbf 
bslbf 
'111' 

bslbf 




2 




3 


} 

else asvcf lags 


8 






textlen 


7 


uimsbf 
bslbf 

bslbf 


text code 


1 


for {1=0; i<m; i++) { 

text [i] 


8 


} 






1 


bslbf 

bslbf 

'1111111' 




1 




7 






if {language flag==0) { 

language 


3x8 


uimsbf 


} 




if {language flag 2==0) { 


3x8 


uimbsf 


} 




for{i=0; i<n; i++) { 




bslbf 


} 
} 





descriptor_tag - The value for the AC-3 descriptorjag is 0x81. 
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dGSCriptoMGngth - This is an 8-bit field specifying the number of bytes of the descriptor immediately following 

descriptorjength field. 

SamplG_ratG_COdG - This is a 3-bit field which indicates the sample rate of the encoded audio. The indication may 
be of one specific sample rate, or may be of a set of values which include the sample rate of the encoded audio 
(see Table A. 1). 

Table A.I : Sample_rate_code table 



sample_rate_code 


Sample rate 
(kHz) 


"000" 


48 


"001" 


44,1 


"010" 


32 


"Oil" 


Reserved 


"100" 


48 or 44,1 


"101" 


48 or 32 


"110" 


44,1 or 32 


"111" 


48 or 44,1 or 32 



bsid - This is a 5-bit field which is set to the same value as the bsid field in the AC-3 elementary stream. 

bit_ratG_COdG - This is a 6-bit field. The lower 5 bits indicate a nominal bit rate. The MSB indicates whether the 
indicated bit rate is exact (MSB = 0) or an upper limit (MSB = 1) (see Table A.2). 

Table A.2: Bit rate code table 



bit_rate_code 


Exact bit rate 
(kbit/s) 


"000000" (0) 


32 


"000001" (1) 


40 


"000010" (2) 


48 


"000011 "(3) 


56 


"0001 00" (4) 


64 


"000101" (5) 


80 


"0001 10" (6) 


96 


"000111" (7) 


112 


"001000" (8) 


128 


"001001" (9) 


160 


"001010" (10) 


192 


"001011" (11) 


224 


"001100" (12) 


256 


"001101" (13) 


320 


"001110" (14) 


384 


"001111" (15) 


448 


"010000" (16) 


512 


"010001" (17) 


576 


"010010" (18) 


640 



bit_rate_code 


Bit rate upper limit 
(kbit/s) 




'100000' 


(32) 


32 




'100001' 


(33) 


40 




'100010' 


(34) 


48 




'100011' 


(35) 


56 




'100100' 


(36) 


64 




'100101' 


(37) 


80 




'100110' 


(38) 


96 




'100111' 


(39) 


112 




'101000' 


(40) 


128 




'101001' 


(41) 


160 




'101010' 


(42) 


192 




'101011' 


(43) 


224 




'101100' 


(44) 


256 




'101101' 


(45) 


320 




'101110' 


(46) 


384 




'101111' 


(47) 


448 




'110000' 


(48) 


512 




'110001' 


(49) 


576 




'110010' 


(50) 


640 



dsurrnod - This is a 2-bit field which may be set to the same value as the dsurrnod field in the AC-3 elementary 
stream, or which may be set to "00" (not indicated) (see Table A.3). 

Table A.3: dsurrnod table 



surround mode 


Meaning 


"00" 


Not indicated 


"01" 


NOT Dolby surround encoded 


"10" 


Dolby surround encoded 


"11" 


Reserved 
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bsmod - This is a 3-bit field which is set to the same value as the bsmod field in the AC-3 elementary stream. 

num_channGlS - This is a 4-bit field which indicates the number of channels in the AC-3 elementary stream. When 
the MSB is 0, the lower 3 bits are set to the same value as the acmod field in the AC-3 elementary stream. When the 
MSB field is 1, the lower 3 bits indicate the maximum number of encoded audio channels (counting the Ife channel 
as 1). If the value of acmod in the AC-3 elementary stream is "000" (1 H- 1 mode), then the value of num_channels 
shall be set to "0000" (see Table A.4). 

Table A.4: Num channels table 



num_channels 


Audio coding mode 
(acmod) 


"0000" 


1 + 1 


"0001 " 


1/0 


"0010" 


2/0 


"0011" 


3/0 


"0100" 


2/1 


"0101" 


3/1 


"0110" 


2/2 


"0111" 


3/2 



num_channels 


Number of encoded 
channels 


"1000" 


1 


"1001" 


<2 


"1010" 


<3 


"1011" 


<4 


"1100" 


<5 


"1101" 


<6 


"1110" 


Reserved 


"1111" 


Reserved 



full_SVC - This is a 1-bit field which indicates whether or not this audio service is a fall service suitable for 
presentation, or whether this audio service is only a partial service which should be combined with another audio 
service before presentation. This bit should be set to a " 1 " if this audio service is sufficiently complete to be presented to 
the listener without being combined with another audio service (for example, a visually impaired service which contains 
all elements of the programme; music, effects, dialogue, and the visual content descriptive narrative). This bit should be 
set to a "0" if the service is not sufficiently complete to be presented without being combined with another audio service 
(e.g. a visually impaired service which only contains a narrative description of the visual programme content and which 
needs to be combined with another audio service which contains music, effects, and dialogue). 

langcod - This is an 8-bit field which is set to the same value as the langcod field in the AC-3 elementary stream. If 
the AC-3 elementary stream langcod field is not present, then this 8-bit field shall be set to OxFF if present. 

langC0d2 - This is an 8-bit field which is set to the value of the langC0d2 field in the AC-3 elementary stream. If the 
AC-3 elementary stream langC0d2 field is not present, then this 8-bit field shall be set to OxFF if present. 

NOTE 1: The langcod and langC0d2 fields are not (that is, are no longer) used to indicate language. 

The MPEG-2 ISO 639 [i.2] language descriptor is used to indicate language. However, the AC-3 audio 
descriptor may optionally include the ISO_639_language_code, see below "language" and "language_2" 
fields. 

mainid - This is a 3-bit field which contains a number in the range 0-7 which identifies a main audio service. Each 
main service should be tagged with a unique number. This value is used as an identifier to link associated services with 
particular main services. 

priority - This is a 2-bit field that indicates the priority of the audio service. This field allows a Main audio service 
(bsmod equal to or 1) to be marked as the primary audio service. Other audio services may be explicitly marked or not 
specified. Table A.5 shows how this field is encoded. 

Table A.5: Priority Field Coding 



Bit Field 


Meaning 


00 


reserved 


01 


Primary Audio 


10 


Other Audio 


11 


Not specified 
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aSVCf lags - This is an 8-bit field. Each bit (0 - 7) indicates with which main service(s) this associated service is 
associated. The left most bit, bit 7, indicates whether this associated service may be reproduced along with main service 
number 7. If the bit has a value of 1, the service is associated with main service number 7. If the bit has a value of 0, the 
service is not associated with main service number 7. 

tGXtiGn - This is an unsigned integer which indicates the length, in bytes, of a descriptive text field which follows. 

tGXt_COdG - This is a 1-bit field which indicates how the following text field is encoded. If this bit is a "1", the text is 
encoded as 1-byte characters using the ISO Latin-1 alphabet (ISO 8859-1 [i.4]). If this bit is a "0", the text is encoded 
with 2-byte Unicode characters. 

tGXt[i] - The text field may contain a brief textual description of the audio service. 

languagG_f lag - This is a l-bit flag that indicates whether or not the 3-byte language field is present in the descriptor. 
If this bit is set to "1", then the 3-byte language field is present. If this bit is set to "0", then the language field is not 
present. 

languagG_flag_2 - This is a l-bit flag that indicates whether or not the 3-byte language_2 field is present in the 

descriptor. If this bit is set to "1", then the 3-byte language_2 field is present. If this bit is set to "0", then the language_2 

field is not present. This bit shall always be set to "0", unless the num_channels field is set to "0000" indicating the 

audio coding mode is 1h-1 (dual mono). If the num_channels field is set to "0000" then this bit may be set to "1" and the 

language_2 field may be included in this descriptor.languagG - This field is a 3-byte language code per 

ISO 639-2 [i.3]/B defining the language of this audio service. If the AC-3 stream audio coding mode is 1h-1 (dual 

mono), this field indicates the language of the first channel (channel 1, or "left" channel). The language field shall 

contain a 

three-character code as specified by ISO 639-2 [i.3]/B. Each character is coded into 8 bits according to ISO 8859-1 [i.4] 

(ISO Latin-1) and inserted in order into the 24-bit field^ . The coding is identical to that used in the MPEG-2 

ISO_639_language_code value in the ISO_639_language_descriptor specified in ISO/IEC 13818-1 [i.5]. 

languagG_2 - This field is only present if the AC-3 stream audio coding mode is 1h-1 (dual mono). This field is a 
3-byte language code per ISO 639-2 [i.3]/B defining the language of the second channel (channel 2, or "right" channel) 
in the AC-3 bit stream. The language_2 field shall contain a three-character code as specified by ISO 639-2 [i.3]/B. 
Each character is coded into 8 bits according to ISO 8859-1 [i.4] (ISO Latin-1) and inserted in order into the 24-bit 
field. The coding is identical to that used in the MPEG-2 ISO_639_language_code value in the 
ISO_639_language_descriptor specified in ISO/IEC 13818-1 [i.5]. 

addltlonaMnf 0[j] - This is a set of additional bytes filling out the remainder of the descriptor. The purpose of these 
bytes is not currently defined. This field is provided to allow the ATSC to extend this descriptor. No other use is 
permitted. 

NOTE 2: In the event that there is a single Main service that alternates between different languages, the ISO 639 
[i.2] Language descriptor may be used to communicate that additional information. 

A.2.5 ISO_639_language_code 

The ISO_639_languagG_COdG descriptor allows a stream to be tagged with the 24-bit ISO 639 [i.2] language code. 

A.2.6 STD audio buffer size 

For an MPEG-2 transport stream, the T-STD model defines the main audio buffer size B5^ as: 



BS„ - BS,„^^ + BS^^^ + BSgf^ 



where: 



BSi„ux= 736 bytes 

BSqJj : PES header overhead 

BSjjg^. : access unit buffer 
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MPEG-2 specifies a fixed value for B5„ (3 584 bytes) and indicates that any excess buffer may be used for additional 
multiplexing. 

When an AC-3 elementary stream is carried by an MPEG-2 transport stream, the transport stream shall be compliant 
with a main audio buffer size of: 



55„ - 55,„j^^ + BSp^^ + BS^^^ 



where: 



^•^mux ~ "^-^6 bytes 
BSpad = 64 bytes 

The value of BS^^^ employed shall be that of the highest bit rate supported by the system (i.e. the buffer size is not 
decreased when the audio bit rate is less than the maximum value allowed by a specific system). The 64 bytes in BS ^^ 
are available for BS^fj and additional multiplexing. This constraint makes it possible to implement decoders with the 
minimum possible memory buffer. 



A.3 Detailed specification for System B (DVB) 
A.3.1 Stream_type 

The value of StrGam_typG for an AC-3 elementary stream shall be 0x06 (indicating PES packets containing private 
data). 

A.3.2 Streamjd 

The value of Streamjd in the PES header shall be OxBD (indicating private_Stream_1 ). Multiple AC-3 streams 
may share the same value of StrGam_id since each stream is carried with a unique PID value. The mapping of values 
of PID to Stream_type is indicated in the transport stream PMT. 

A.3. 3 Service information 
A.3.3.1 AC-3_descriptor 

The AC-3_dGSCriptOr identifies an AC-3 audio elementary stream that has been coded in accordance with this 
Recommendation. The intended purpose is to provide configuration information for the IRD. The descriptor is located 
in the PSI PMT, and used once in a programme_map_SeCtion following the relevant ESJnfoJength field for 
any stream containing AC-3. 

The descriptor tag provides a unique identification of the presence of the AC-3 elementary stream. Other optional fields 
in the descriptor may be used to provide identification of the COmponGnt_typG mode of the AC-3 audio coded in the 
stream (AC-3_typG field) and indicate if the stream is a main AC-3 audio service (mainid field) or an associated 
AC-3 service (aSVC field). 

The descriptor has a minimum length of one byte, but may be longer depending upon the state of the flags and the 
additional info loop. 
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A.3.3.2 AC-3_descriptor syntax 

The AC-3_dGSCriptOr shall be used in the PSI PMT to identify streams which carry AC-3 audio. The descriptor is to 
be located once in a programme map section following the relevant ES_info_lGngth field. 



Syntax 



AC-3_descriptor { ) { 

descriptor tag 

descriptor length 

component type flag 

bsid flag 

mainid f lag 

asvc f lag 

reserved 

reserved 

reserved 

reserved 

if {component_type_f lag) ==l{ 
component type 



if {bsid_flag) ==!{ 
bsid 



if {mainid_f lag) ==l{ 
mainid 



if {asvc_f lag) ==l{ 
asvc 



for {i=0 ; i<n; i++) { 
additional info[i] 



No. of bits 


Identifier 


8 




uimsbf 


8 




uimsbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


1 




bslbf 


8 




uimsbf 


8 




uimsbf 


8 




uimsbf 


8 




uimsbf 


n X 


8 


uimsbf 



deSCriptOr_tag - The descriptor tag is an 8-bit field which identifies each descriptor. The AC-3 deSCriptoMag 
shall have a value of 0x6A. 

dGSCriptoMGngth - This 8-bit field specifies the total number of bytes of the data portion of the descriptor following 
the byte defining the value of this field. The AC-3 descriptor has a minimum length of one byte but may be longer 
depending on the use of the optional flags and the additionaMnfo loop. 

COmponent_type_flag - This l-bit field is mandatory. It should be set to "1" to include the optional AC-3_type 
field in the descriptor. 

bsid_flag - This l-bit field is mandatory. It should be set to "1" to include the optional bsid field in the descriptor. 

mainid_flag - This l-bit field is mandatory. It should be set to "1" to include the optional mainid field in the 
descriptor. 

aSVC_flag - This l-bit field is mandatory. It should be set to "1" to include the optional aSVC field in the descriptor. 

TGSGrVGd flags - These l-bit fields are reserved for future use. They should always be set to "0". 

COmponGnt_typG - This optional 8-bit field indicates the type of audio carried in the AC-3 elementary stream. It is 
set to the same value as the COmponGnt_typG field of the COmponGnt_dGSCriptOr (refer to Table A.6). 

bsid - This optional 8-bit field indicates the AC-3 coding version. The three MSBs should always be set to "0". The 
five LSBs are set to the same value as the bsid field in the AC-3 elementary stream, "01000" (=8) in the current version 
of AC-3. 

mainid - This optional 8-bit field identifies a main audio service and contains a number in the range 0-7 which 
identifies a main audio service. Each main service should be tagged with a unique number. This value is used as an 
identifier to link associated services with particular main services. 
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aSVC - This 8-bit field is optional. Each bit (0 - 7) identifies with which main service(s) this associated service is 
associated. The left most bit, bit 7, indicates whether this associated service may be reproduced along with main service 
number 7. If the bit has a value of 1, the service is associated with main service number 7. If the bit has a value of 0, the 
service is not associated with main service number 7. 

additionaMnfo - These optional bytes are reserved for future use. 

A.3.3.3 AC-3 componenMype values 

Table A.6 shows the assignment of COmponenMype values in the COmponent_deSCriptOr in the case that the 
Stream_COntent value is set to 0x04, indicating the reference to an AC-3 stream. 

A.3.4 STD audio buffer size 

The main audio buffer size BS^^ shall have a fixed value of 5 696 bytes. Refer to ISO/IEC 13818-1 [i.5] for the 
derivation of B5„ for audio elementary streams. 

Table A.6: AC-3 componenMype byte value assignments 



component type byte values (permitted settings) 


Description 


Reserved 
status flag 


Full 

service 

flag 


Service 
type flags 


Number of channels 
flags 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


bO 




1 


X 


X 


X 


X 


X 


X 


X 


Reserved 





X 


X 


X 


X 


X 


X 


X 


Interpret bO - b6 as indicated below 


1 


X 


X 


X 


X 


X 


X 


Decoded audio stream is a full service (suitable for 
decoding and presentation to the listener) 





Decoded audio stream is intended to be combined 

with another decoded audio stream before 

presentation to the listener 


X 


X 


X 


X 











IVIono 








1 


1+1 mode 





1 





2 Channel (stereo) 





1 


1 


2 Channel Dolby surround encoded (stereo) 


1 








IVIultichannel audio (> 2 channels) 


1 





1 


Reserved 


1 


1 





Reserved 


1 


1 


1 


Reserved 


1 











X 


X 


X 


Complete main (CIVI) 











1 


Music and effects (IVIE) 


X 





1 





Visually impaired (VI) 


X 





1 


1 


Hearing impaired (HI) 













Dialogue (D) 


X 







1 











Commentary (C) 


1 




1 





Emergency (E) 







1 


1 


Voiceover (VO) 


1 




1 


1 


X 


X 


X 


Karaoke (mono and "1+1" prohibited) 
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A.4 PES constraints 

This clause applies to both System A and System B. 

A.4.1 Encoding 

In some applications, the audio decoder may be capable of simultaneously decoding two elementary streams containing 
different programme elements, and then combining the programme elements into a complete programme. 

Most of the programme elements are found in the main audio service. Another programme element (such as a narration 
of the picture content intended for the visually impaired listener) may be found in the associated audio service. 

In order to have the audio from the two elementary streams reproduced in exact sample synchronism, it is necessary for 
the original audio elementary stream encoders to have encoded the two audio programme elements frame 
synchronously; i.e. if audio stream 1 has sample of frame n taken at time f 0, then audio stream 2 should also have 
frame n beginning with its sample taken the identical time f 0. If the encoding of multiple audio services is done frame 
and sample synchronous, and decoding is intended to be frame and sample synchronous, then the PES packets of these 
audio services shall contain identical values of PTS which refer to the audio access units intended for synchronous 
decoding. 

Audio services intended to be combined together for reproduction shall be encoded at an identical sample rate. 



A.4. 2 Decoding 



If audio access units from two audio services which are to be simultaneously decoded have identical values of PTS 
indicated in their corresponding PES headers, then the corresponding audio access units shall be presented to the audio 
decoder for simultaneous synchronous decoding. Synchronous decoding means that for corresponding audio 
frames (access units), corresponding audio samples are presented at the identical time. 

If the PTS values do not match (indicating that the audio encoding was not frame synchronous) then the audio 
frames (access units) of the main audio service may be presented to the audio decoder for decoding and presentation at 
the time indicated by the PTS. An associated service which is being simultaneously decoded may have its audio frames 
(access units), which are in closest time alignment (as indicated by the PTS) to those of the main service being 
decoded, presented to the audio decoder for simultaneous decoding. In this case the associated service may be 
reproduced out of sync by as much as 1/2 of a frame time. (This is typically satisfactory; a visually impaired narration 
does not require highly precise timing). 

A.4. 3 Byte-alignment 

This clause applies to both System A and System B. 

The AC-3 elementary stream shall be byte-aligned within the MPEG-2 data stream. This means that the initial 8 bits of 
an AC-3 frame shall reside in a single byte which is carried by the MPEG-2 data stream. 
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Annex B (informative): 
Void 



Void. 
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Annex C (informative): 
AC-3 karaoke mode 



Scope 

This annex contains specifications for how karaoke aware and karaoke capable AC-3 decoders should reproduce 
karaoke AC-3 bit streams. A minimum level of functionality is defined which allows a karaoke aware decoder to 
produce an appropriate 2/0 or 3/0 default output when presented with a karaoke mode AC-3 bit stream. An additional 
level of functionality is defined for the karaoke capable decoder so that the listener may optionally control the 
reproduction of the karaoke bit stream. 



C.1 Introduction 



The AC-3 karaoke mode has been defined in order to allow the multi -channel AC-3 bit stream to convey audio channels 
designated as L, R (e.g. 2-channel stereo music), M (e.g. guide melody), and VI, V2 (e.g. one or two vocal tracks). This 
annex does not specify the contents of L, R, M, VI, and V2, but does specify the behaviour of AC-3 decoding 
equipment when receiving a karaoke bit stream containing these channels. An AC-3 decoder which is karaoke capable 
will allow the listener to optionally reproduce the VI and V2 channels, and may allow the listener to adjust the relative 
levels (mixing balance) of the M, VI, and V2 channels. An AC-3 decoder which is karaoke aware will reproduce the L, 
R, and M channels, and will reproduce the VI and V2 channels at a level indicated by the encoded bit stream. The 
2-channel karaoke aware decoder will decode the karaoke bit stream using the Lo, Ro downmix. The L and R channels 
will be reproduced out of the left and right outputs, and the M channel will appear as a phantom centre. The precise 
level of the M channel is determined by cmixlev which is under control of the programme provider. The level of the VI 
and V2 channels which will appear in the downmix is determined by surmixlev, which is under control of the 
programme provider. A single V channel (VI only) will appear as a phantom centre. A pair of V channels (VI and V2) 
will be reproduced with VI in left output and V2 in right output. The 5 -channel karaoke aware decoder will reproduce 
the L, R channels out of the left and right outputs, and the M channel out of the centre output. A single V channel (VI 
only) will be reproduced in the centre channel output. A pair of V channels (VI and V2) will be reproduced with VI in 
left output and V2 in right output. The level of the VI and V2 channels which will appear in the output is determined by 
surmixlev. 

The karaoke capable decoder gives some control of the reproduction to the listener. The VI, V2 channels may be 
selected for reproduction independent of the value of surmixlev in the bit stream. The decoder may optionally allow the 
reproduction level and location of the M, VI, and V2 channels to be adjusted by the listener. The detailed 
implementation of the flexible karaoke capable decoder is not specified; it is left up to the implementation as to the 
degree of adjustability to be offered to the listener. 



C.2 Detailed specification 
C.2.1 Karaoke mode indication 

AC-3 bit streams are indicated as karaoke type when bsmod = "1 U" and acmod > x 2. 
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C.2.2 Karaoke mode channel assignment 

The channel assignments for both the normal mode and the karaoke mode are shown in Table C.l. 

Table C.1 : Channel Array Ordering 



acmod 


Audio Coding IVIode 


Normal Channel 

Assignment 
(bsmod !="111") 


Karaoke Channel 

Assignment 
(bsmod="111") 


"010" 


2/0 


L,R 


L,R 


"011" 


3/0 


L,C,R 


L,M,R 


"100" 


2/1 


L,R,S 


L,R,V1 


"101" 


3/1 


L,C,R,S 


L,M,R,V1 


"110" 


2/2 


L,R,Ls,Rs 


L,R,V1,V2 


"111" 


3/2 


L,C,R,Ls,Rs 


L,M,R,V1,V2 



C.2.3 Reproduction of karaoke mode bit streams 

This clause contains the specifications which shall be met by decoders which are designated as karaoke aware or 
karaoke capable. The following general equations indicate how the AC-3 decoder's output channels, L|^, C|^, R|^, are 
formed from the encoded channels L, M, R, VI, V2. 

Typically, the surround loudspeakers are not used when reproducing karaoke bit streams. 

L^ = L + axV1 +bxV2 + cxM 

Ck = dxV1 +exV2 + fxM 

R^ = R + gxV1 +hxV2 + ixM 

C.2.3. 1 Karaoke aware decoders 

The values of the coefficients a-i, which are used by karaoke aware decoders, are given in Table C.2. Values are shown 
for both 2-channel (2/0) and multi -channel (3/0) reproduction. For each of these situations, a coefficient set is shown for 
the case of a single encoded V channel (VI only) or two encoded V channels (VI, V2). The actual coefficients used 
must be scaled downwards so that arithmetic overflow does not occur if all channels contributing to an output channel 
happen to be at full scale. Monophonic reproduction would be obtained by summing the left and right output channels 
of the 2/0 reproduction. Any AC-3 decoder will produce the appropriate output if it is set to perform an Lo, Ro 
2-channel downmix. 

Table C.2: Coefficient values for karaoke aware decoders 



Coefficient 


2/0 Reproduction 


3/0 Reproduction 


1 Vocal 2 Vocals 


1 Vocal 2 Vocals 


a 


0,7xslev 


Slav 


0,0 


Slav 


b 


— 


0,0 


... 


0,0 


c 


clev 


clev 


0,0 


0,0 


d 


— 


... 


Slav 


0,0 


e 


... 


... 


... 


0,0 


f 


... 


... 


1,0 


1,0 


g 


0,7xslev 


0,0 


0,0 


0,0 


h 


... 


Slav 


... 


Slav 


i 


clev 


clav 


0,0 


0,0 
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C.2.3.2 Karaoke capable decoders 

Karaoke capable decoders allow the user to choose to have the decoder reproduce none, one, or both of the V channels. 
The default coefficient values for the karaoke capable decoder are given in table C.2. When the listener selects to have 
none, one, or both of the V channels reproduced, the default coefficients are given in Table C.3. Values are shown for 
both 2-channel (2/0) and multi-channel (3/0) reproduction, and for the cases of user selected reproduction of no 
V channel (None), one V channel (either VI or V2), or both V channels (V1+V2). The M channel and a single V 
channel are reproduced out of the centre output (phantom centre in 2/0 reproduction), and a pair of V channels are 
reproduced out of the left (VI) and right (V2) outputs. The actual coefficients used must be scaled downwards so that 
arithmetic overflow does not occur if all channels contributing to an output happen to be at full scale. 

Table C.3: Default coefficient values for karaoke capable decoders 



Coefficient 


2/0 Reproduction 


3/0 Reproduction 


None 


VI V2 


V1+V2 


None 


VI V2 


V1+V2 


a 


0,0 


0,7 


0,0 


1,0 


0,0 


0,0 


0,0 


1,0 


b 


0,0 


0,0 


0,7 


0,0 


0,0 


0,0 


0,0 


0,0 


c 


clev 


clev 


clev 


clev 


0,0 


0,0 


0,0 


0,0 


d 


... 


... 


... 


... 


0,0 


1,0 


0,0 


0,0 


e 


... 


... 


... 


... 


0,0 


0,0 


1,0 


0,0 


f 


... 


... 


... 


... 


1,0 


1,0 


1,0 


1,0 


g 


0,0 


0,7 


0,0 


0,0 


0,0 


0,0 


0,0 


0,0 


h 


0,0 


0,0 


0,7 


1,0 


0,0 


0,0 


0,0 


1,0 


i 


clev 


clev 


clev 


clev 


0,0 


0,0 


0,0 


0,0 



Additional flexibility may be offered optionally to the user of the karaoke decoder. For instance, the coefficients a, d, 
and g might be adjusted to allow the VI channel to be reproduced in a different location and with a different level. 
Similarly the level and location of the V2 and M channels could be adjusted. The details of these additional optional 
user controls are not specified and are left up to the implementation. Also left up to the implementation is what use 
might be made of the Ls, Rs outputs of the 5-channel decoder, which would naturally reproduce the VI, V2 channels. 
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Annex D (normative): 
Alternate bit stream syntax 

Scope 



This annex contains specifications for an alternate bit stream syntax that may be implemented by some AC-3 encoders 
and interpreted by some AC-3 decoders. The new syntax redefines certain bit stream information (bsi) fields to carry 
new meanings. It is not necessary for decoders to be aware of this alternate syntax in order to properly reconstruct an 
audio soundfield; however those decoders that are aware of this syntax will be able to take advantage of the new system 
features described in this annex. This alternate bit stream syntax is identified by setting the bsid to a value of 6. This 
annex is normative to the extent that when bsid is set to the value of 6, the alternate syntax elements shall have the 
meaning described in this annex. Thus this annex may be considered normative on encoders that set bsid to 6. This 
annex is informative for decoders. Interpretation and use of the new syntactical elements is optional for decoders. The 
new syntactical elements defined in this annex are placed in the two 14-bit fields that are defined as timecodl and 
timecod2 in clause 4 (these fields have never been applied for their originally anticipated purpose). 



D.1 Specification 

D.1 .1 Indication of alternate bit stream syntax 

An AC-3 bit stream shall have the alternate bit stream syntax described in this annex when the bit stream identification 
(bsid) field is set to 6. 

D.1 .2 Alternate bit stream syntax specification 



Syntax Word Size 



bsi{) 
{ 



bsid 5 

bsmod 3 

acmod 3 

if { {acmod & 0x1) && {acmod ! = 0x1) ) /* if 3 front channels */ {cmixlev} 2 

if {acmod & 0x4) /* if a surround channel exists */ {surmixlev} 2 

if {acmod == 0x2) /* if in 2/0 mode */ {dsurmod} 2 

Ifeon 1 

dialnorm 5 

compre 1 

if {compre) {compr} 8 

langcode 1 

if {langcode) {langcod} 8 

audprodle 1 

if {audprodie) 

{ 

mlxlevel 5 

roomtyp 2 

} 

if {acmod == 0) /* if 1+1 mode {dual mono, so some items need a second value) */ 

{ 

dialnorm2 5 

compr2e 1 

if {compr2e) {compr2} 8 

langcod2e 1 

if {langcod2e) {langcod2} 8 

audprodi2e 1 

if {audprodi2e) 

{ 

mixlevel2 5 

roomtyp2 2 

} 
} 

copyrightb 1 

origbs 1 

xbsile 1 
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Syntax 


Word Size 


if (xbsile) 
{ 


2 


3 


Itrtsunnixlev 


3 


lorocniixlev 


3 


lorosunnixlev 


3 


} 

xbsi2e 


1 


if {xbsi2e) 
{ 


2 




2 




1 


xbsi2 


8 


encinfo 


1 


} 

addbsie 


1 


if (addbsie) 

{ 


fi 


addbsi (addbsil+l) x8 

} 
} /* end of bsi */ 



D.1 .3 Description of alternate syntax bit stream elements 

The following clauses describe the meaning of the alternate syntax bit stream elements. Elements not specifically 
described retain the same meaning as specified in clause 4, except as noted in the alternate bit stream constraints clause 
above. 

D.1 .3.1 xbsile: Extra bitstream information #1 exists, 1 bit 

If this bit is a 1, the following 14 bits contain extra bit stream information. 

D.1 .3.2 dmixmod: Preferred stereo downmix mode, 2 bits 

This 2-bit code, as shown in Table D. 1, indicates the type of stereo downmix preferred by the mastering engineer. This 
information may be used by the AC-3 decoder to automatically configure the type of stereo downmix, but may also be 
overridden or ignored. If dmixmod is set to the reserved code, the decoder should still reproduce audio. The reserved 
code may be interpreted as "not indicated". 

Table D.1 : Preferred Stereo Downmix IVIode 



dmixmod 


Indication 


"00" 


Not indicated 


"01" 


Lt/Rt downmix preferred 


"10" 


Lo/Ro downmix preferred 


"11" 


Reserved 


NOTE: The meaning of this field is only defined as described if the audio 
coding mode is 3/0, 2/1 , 3/1 , 2/2 or 3/2. If the audio coding mode is 
1+1, 1/0 or 2/0 then the meaning of this field is reserved. 
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D.1 .3.3 Itrtcmixlev: Lt/Rt centre mix level, 3 bits 

This 3-bit code, shown in Table D.2, indicates the nominal down mix level of the centre channel with respect to the left 
and right channels in an Lt/Rt downmix. 

Table D.2: Lt/Rt Centre Mix Level 



Itrtcmixlev 


Clev 


"000" 


1,414 (+3,0 dB) 


"001" 


1,189 (+1,5 dB) 


"010" 


1,000 (0,0 dB) 


"Oil" 


0,841 (-1,5dB) 


"100" 


0,707 (-3,0 dB) 


"101" 


0,595 (-4,5 dB) 


"110" 


0,500 (-6,0 dB) 


"111" 


0,000 (-infdB) 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 

3/0, 3/1 or 3/2. If the audio coding mode is 1+1, 1/0, 2/0, 2/1 or 2/2 then the meaning 
of this field is reserved. 



D.1 .3.4 Itrtsurmixlev: Lt/Rt surround mix level, 3 bits 

This 3-bit code, shown in Table D.3, indicates the nominal down mix level of the surround channels with respect to the 
left and right channels in an Lt/Rt downmix. If one of the reserved values is received, the decoder should use a value of 
0,841 for slev. 

Table D.3: Lt/Rt Surround Mix Level 



Itrtsurmixlev 


Slev 


"000" 


Reserved 


"001" 


Reserved 


"010" 


Reserved 


"Oil" 


0,841 (-1,5 dB) 


"100" 


0,707 (-3,0 dB) 


"101" 


0,595 (-4,5 dB) 


"110" 


0,500 (-6,0 dB) 


"111" 


0,000 (-InfdB) 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 2/1 , 
3/1, 2/2 or 3/2. If the audio coding mode is 1+1, 1/0, 2/0 or 3/0 then the meaning of 
this field is reserved. 



D.1 .3.5 lorocmixlev: Lo/Ro centre mix level, 3 bits 

This 3-bit code, shown in Table D.4, indicates the nominal down mix level of the centre channel with respect to the left 
and right channels in an Lo/Ro downmix. 

Table D.4: Lo/Ro Centre Mix Level 



lorocmixlev 


Clev 


"000" 


1,414 (+3,0 dB) 


"001" 


1,189 (+1,5 dB) 


"010" 


1,000 (0,0 dB) 


"Oil" 


0,841 (-1,5dB) 


"100" 


0,707 (-3,0 dB) 


"101" 


0,595 (-4,5 dB) 


"110" 


0,500 (-6,0 dB) 


"111" 


0,000 (-infdB) 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 3/0, 
3/1 or 3/2. If the audio coding mode is 1+1, 1/0, 2/0, 2/1 or 2/2 then the meaning of 
this field is reserved. 
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D.1 .3.6 lorosurmixlev: Lo/Ro surround mix level, 3 bits 

This 3-bit code, shown in Table D.5, indicates the nominal down mix level of the surround channels with respect to the 
left and right channels in an Lo/Ro downmix. If one of the reserved values is received, the decoder should use a value 
of 0,841 for slev. 

Table D.5: Lo/Ro Surround Mix Level 



lorosurmixlev 


Slev 


"000" 


Reserved 


"001" 


Reserved 


"010" 


Reserved 


"Oil" 


0,841 (-1,5dB) 


"100" 


0,707 (-3,0 dB) 


"101" 


0,595 (-4,5 dB) 


"110" 


0,500 (-6,0 dB) 


"111" 


0,000 (-infdB) 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 

2/1, 3/1, 2/2 or 3/2. If the audio coding models 1+1, 1/0, 2/0 or 3/0 then the meaning 
of this field is reserved. 



D.1 .3.7 xbsi2e: Extra bit stream information #2 exists, 1 bit 

If this bit is a 1, the following 14 bits contain extra bit stream information. 

D.1 .3.8 dsurexmod: Dolby Surround EX mode, 2 bits 

This 2-bit code, as shown in Table D.6, indicates whether or not the programme has been encoded in Dolby Surround 
EX. This information is not used by the AC-3 decoder, but may be used by other portions of the audio reproduction 
equipment. If dSUrGXmod is set to the reserved code, the decoder should still reproduce audio. The reserved code may 
be interpreted as "not indicated". 

Table D.6: Dolby Surround EX Mode 



dsurexmod 


Indication 


"00" 


Not indicated 


"01" 


Not Dolby Surround EX encoded 


"10" 


Dolby Surround EX encoded 


"11" 


Reserved 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 2/2 
or 3/2. If the audio coding mode is 1 +1 , 1/0, 2/0, 3/0, 2/1 or 3/1 then the meaning of 
this field is reserved. 



D.1 .3.9 dheadphonmod: Dolby Headphone mode, 2 bits 

This 2-bit code, as shown in Table D.7, indicates whether or not the programme has been Dolby Headphone-encoded. 
This information is not used by the AC-3 decoder, but may be used by other portions of the audio reproduction 
equipment. If dhGadphonmod is set to the reserved code, the decoder should still reproduce audio. The reserved code 
may be interpreted as "not indicated". 
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Table D.7: Dolby Headphone Mode 



dheadphonmod 


Indication 


"00" 


Not indicated 


"01" 


Not Dolby Headphone encoded 


"10" 


Dolby Headphone encoded 


"11" 


Reserved 


NOTE: The meaning of this field is only defined as described if the audio coding mode is 
2/0. If the audio coding models 1+1, 1/0,3/0, 2/1, 3/1, 2/2 or 3/2 then the 
meaning of this field is reserved. 



D.1 .3.1 adconvtyp: A/D converter type, 1 bit 

This 1-bit code, as shown in Table D.8, indicates the type of A/D converter technology used to capture the PCM audio. 
This information is not used by the AC-3 decoder, but may be used by other portions of the audio reproduction 
equipment. If the type of A/D converter used is not known, the "Standard" setting should be chosen. 

Table D.8: A/D Converter Type 



Adconvtyp 


Indication 


"0" 


Standard 


"1" 


HDCD 



D.1 .3.1 1 xbsi2: Extra bit stream information, 8 bits 

This field is reserved for future assignment. Encoders shall set these bits to all O's. 

D.1.3.12encinfo: Encoder information, 1 bit 

This field is reserved for use by the encoder, and is not used by the decoder. 



D.2 Decoder processing 

There are two types of decoders: those that recognize the alternate syntax (compliant decoders), and those that do not 
(legacy decoders). This clause specifies how each type of decoder will process bit streams that use the alternate bit 
stream syntax. Implementation of compliant decoding is optional. 

D.2.1 Compliant decoder processing 
D.2.1 .1 Two-cinannel downmix selection 

In the case of a two-channel downmix, compliant decoders should allow the end user to specify which two-channel 
downmix is chosen. Three separate options should be allowed: Lt/Rt downmix, Lo/Ro downmix, or automatic selection 
of either Lt/Rt or Lo/Ro based on the preferred downmix mode parameter dmixmod. 

D.2.1 .2 Two-channel downmix processing 

Once a particular two-channel downmix has been selected, compliant decoders should use the new centre mix level and 
surround mix level parameters associated with the selected downmix type (assuming they are included in the bit 
stream). If Lt/Rt downmix is selected, compliant decoders should use the ItrtCmixiGV and Itrtsurmixlev parameters (if 
included). If Lo/Ro downmix is selected, compliant decoders should use the lorocmixlev and lorOSUrmixlev 
parameters (if included). If these parameters are not included in the bit stream, then downmixing should be performed 
as defined in the original specification. 
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D.2.1 .3 Informational parameter processing 

Compliant decoders should provide a means for informational parameters (e.g. dSUrGXrnod, dhGadphonrnod, etc.) 
to be accessed by external system components. Note that these parameters do not otherwise affect decoder processing. 

D.2.2 Legacy decoder processing 

Legacy decoders do not recognize the alternate bit stream syntax, but rather interpret these bit fields according to their 
original definitions in clause 4. The extra bit stream information words (xbsi1 G, xbsi2G, dmiXfTlod, etc.) are 
interpreted as time code words (timGCOdI G, timGCOdI , timGC0d2G, and timGC0d2). 

As described in clause 4, the time code words do not affect the decoding process in legacy decoders. As a result, the 
alternate bit stream syntax can be safely decoded without causing incorrect decoder processing. However, legacy 
decoders will not be able to take advantage of new functionality provided by the alternate syntax. 



D.3 Encoder processing 

This clause describes processing steps and requirements associated with encoders that create bits streams according to 
the alternate bit stream syntax. 

D.3.1 Encoder processing steps 

D.3.1 .1 Dynamic range overload protection processing 

If the alternate bit stream syntax is used, the dynamic range overload protection function within the encoder must 
account for potential overload in either legacy or compliant decoders, using any downmix mode. No assumption should 
be made that compliant decoders will necessarily use the preferred downmix mode. 

D.3.2 Encoder requirements 
D.3. 2.1 Legacy decoder support 

In order to support legacy decoder operations, it is necessary to continue to specify valid values for bit stream 
information parameters that are made obsolete by the alternate bit stream syntax. For example, the new Itrtcmixlev, 
Itrtsurmixlev, lorocmixlev, and lorosurmixlev fields (if included in the alternate bit stream) override the functionahty of 
the previously defined cmixlev and surmixlev fields. Nonetheless, alternate bit stream syntax encoders must continue to 
specify vaUd values for the cmixlev and surmixlev fields. 

D.3. 2. 2 Original bit stream syntax support 

Encoding equipment that is capable of creating bit streams according to the alternate bit stream syntax must also 
provide an option that allows for creation of bit streams according to the present document not including this annex. 
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Annex E (normative): 

Enhanced AC-3 bit stream syntax 

Scope 



This annex describes the bit stream syntax used by Enhanced AC-3 bit streams and decoders. Enhanced AC-3 bit 
streams are similar in nature to standard AC-3 bit streams, but are not backwards compatible (i.e. they are not decodable 
by standard AC-3 decoders). This annex outlines the differences between the stream types, and specifies the decoding 
of Enhanced AC-3 bit streams. This annex is normative in applications that specify the use of Enhanced 
AC-3. 



E.1 Specification 

E.1 .1 Indication of Enhanced AC-3 bit stream syntax 

An AC-3 bit stream is indicated as using the Enhanced AC-3 bit stream syntax described in this annex when the bit 
stream identification (bsid) field is set to 16. 

E.1 .2 Syntax specification 

A continuous audio bit stream consists of a sequence of synchronization frames. 



Syntax 



bit stream {) 

{ 

while (true) 

{ 

syncframeO ; 

} 
} / * end of bit stream * / 



The syncframe consists of the syncinfo, bsi and audfrm fields, up to 6 coded audblk fields, the auxdata 

field, and the errorcheck field. 



Syntax 



syncframe { ) 

{ 

syncinfo ; 
bsiO ; 
audfrm ( ) ; 

for{blk = 0; blk < number_of_blocks_per_syncf rame; blk++) 

{ 

audblk ; 

} 

auxdata ( ) ; 

errorcheck ; 

} /* end of syncframe */ 



Each of the bit stream elements, and their length, are itemized in the following pseudo code. Note that all bit stream 
elements arrive most significant bit first, or left bit first, in time. 
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E.1 .2.1 syncinfo - Synchronization information 



Syntax Word size 



syncinfo { ) 

{ 

syncword 16 

/* end of syncinfo */ 



E.1 .2.2 bsi - Bit stream information 



Syntax Word Size 



bsi{) 

{ 

strmtyp 2 

substreamld 3 

frmsiz 11 

f scod 2 

if{fscod == 0x3) 

{ 

f scod2 2 

numblkscod = 0x3 /* six blocks per frame */ 

} 
else 

{ 

niunblkscod 2 

} 

acmod 3 

1 feon 1 

bsid 5 

dlalnorm 5 

compre 1 

if (compre) {compr} 8 

if {acmod == 0x0) /* if 1+1 mode {dual mono, so some items need a second value) */ 

{ 

dlalnorm2 5 

compr2e 1 

if {compr2e) {compr2} 8 

} 

if {strmtyp == 0x1) /* if dependent stream */ 

{ 

chanmape 1 

if {chanmape) {chanmap} 16 

} 

mlxmdate 1 

if {mixmdate) /* mixing metadata */ 

{ 

if {acmod > 0x2) /* if more than 2 channels */ {dmixmod} 2 

if {{acmod & 0x1) && {acmod > 0x2)) /* if three front channels exist */ 

Itrtcmlxlev 3 

lorocmlxlev 3 

if {acmod & 0x4) /* if a surround channel exists */ 

Itrtsurmlxlev 3 

lorosurmlxlev 3 

if{lfeon) /* if the LFE channel exists */ 

Ifemixlevcode 1 

if (Ifemixlevcode) {ifemixlevcod} 5 

if {strmtyp == 0x0) /* if independent stream */ 

pgmscle 1 

if (pgmscle) {pgmscl} 6 

if (acmod == 0x0) /* if 1+1 mode (dual mono, so some items need a second value) */ 

{ 

pgmscl2e 1 

if {pgmscl2e) {pgmscl2} 6 

} 

extpgmscle 1 

if (extpgmscle) {extpgmscl} 6 

mlxdef 2 
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Syntax Word Size 



if (mixdef == 0x1) /* mixing option 2 */ 

{ 

premlxcmpsel 1 

drcsrc 1 

premlxcmpsel 3 

} 

else if (mixdef == 0x2) /* mixing option 3 */ {mixdata} 12 

else if (mixdef == 0x3) /* mixing option 4 */ 

{ 

mlxdeflen 5 

mlxdata2e 1 

if (mixdata2e) 

{ 

premlxcmpsel 1 

drcsrc 1 

premlxcmpsel 3 

extpgmlscle 1 

if (extpgmlscle) extpgmlscl 4 

extpgmcscle 1 

if (extpgmcscle) extpgmcscl 4 

extpgmrscle 1 

if (extpgmrscle) extpgmrscl 4 

extpgmlsscle 1 

if (extpgmlsscle) extpgmlsscl 4 

extpgmrsscle 1 

if (extpgmrsscle) extpgmrsscl 4 

extpgmlfescle 1 

if (extpgmlfescle) extpgmlfescl 4 

dmlxscle 1 

if (dmixscle) dmlxscl 4 

addche 1 

if (addche) 

{ 

extpgmauxlscle 1 

if (extpgmauxlscle) extpgmauxlscl 4 

extpgmaux2scle 1 

if (extpgmaux2scle) extpgmaux2scl 4 

} 

} 

mlxdata3e 1 

if (mixdata3e) 

{ 

spchdat 5 

addspchdate 1 

if (addspchdate) 

{ 

spchdatl 5 

spchanlatt 2 

addspchdatle 1 

if (addspdatle) 

{ 

spchdat2 5 

spchan2att 3 

} 
} 
} 

mixdata (8* (mixdef len+2) ) - no. mixdata bits 

mlxdataflll - 7 

} 

if (acmod < 0x2) /* if mono or dual mono source */ 

{ 

panlnfoe 1 

if (paninfoe) 

{ 

panmean 8 

panlnf o 6 

} 

if (acmod == 0x0) /* if 1+1 mode (dual mono, so some items need a second value) */ 

{ 

panlnfo2e 1 

if (paninfo2e) 

{ 

panmean2 8 

panlnf o2 6 
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Syntax Word Size 



} 

f rmmixcfginfoe 1 

if (f rmmixcfginf oe) /* mixing configuration information */ 

{ 

if {numblkscod == 0x0 ) {blkmlxcfglnfo [0]} 5 

else 

{ 

f or (blk = 0; blk < number_of_blocks_per_sync_f rame; blk++) 

{ 

blkmixcfginfoe 1 

if (blkmixcfginfoe) {blkmixcfginfo [blk] } 5 

} 



Infomdate 1 

if {inf omdate) /* informational metadata */ 

{ 

bsmod 3 

copyrlghtb 1 

orlgbs 1 

if{acmod == 0x2) /* if in 2/0 mode */ 

{ 

dsurmod 2 

dheadphonmod 2 

} 

if {acmod >= 0x6) /* if both surround channels exist */ {dsurexmod} 2 

audprodie 1 

if (audprodie) 

{ 

mlxlevel 5 

roomtyp 2 

adconvtyp 1 

} 

if (acmod == 0x0) /* if 1+1 mode (dual mono, so some items need a second value) */ 

{ 

audprodl2e 1 

if (audprodi2e) 

{ 

mixlevel2 5 

roomtyp2 2 

adconvtyp2 1 

} 
} 
if (f scod < 0x3) /* if not half sample rate */ {sourcef scod} 1 

} 

if ( (strmtyp == 0x0) && (numblkscod != 0x3) ) {convsync} 1 

if (strmtyp == 0x2) /* if bit stream converted from AC-3 */ 

{ 

if (numblkscod == 0x3) /* 6 blocks per frame */ {blkid = 1} 

else {blkid} 1 

if (blkid) {frmslzecod} 6 



addbsle 1 

if (addbsie) 

{ 

addbsll 6 

addbsi (addbsil + 1) xS 

} 
/* end of bsi */ 



£75/ 



1 1 6 ETSI TS 1 02 366 V1 .2.1 (2008-08) 

E.1.2.3 audfrm - Audio frame 



Syntax Word Size 



audfrm ( ) 

{ 

/* these fields for audio frame exist flags and strategy data */ 
if (numblkscod == 0x3) /* six blocks per frame */ 

{ 

expstre 1 

ahte 1 

} 
else 

{ 

expstre = 1 
ahte = 

} 

snrof f ststr 2 

transproce 1 

blksvre 1 

dithf lage 1 

bamode 1 

f rmfgaincode 1 

dbaf Ide 1 

sklpf Ide 1 

spxattene 1 

/* these fields for coupling data */ 
if (acmod > 0x1) 

{ 

cplstre[0] = 1 

cpllnu[0] 1 

for(blk = 1; blk < number_of_blocks_per_sync_f rame; blk++) 

{ 

cplstre [blk] 1 

if {cplstre [blk] == 1) {cplinu [blk] } 1 

else {cplinu [blk] = cplinu [blk-1] } 

} 
} 
else 

{ 

for (blk = 0; blk < number_of_blocks_per_sync_f rame; blk++) {cplinu [blk] =0} 

} 

/* these fields for exponent strategy data */ 
if (expstre) 

{ 

for (blk = 0; blk < number_of_blocks_per_sync_f rame; blk++) 

{ 

if (cplinu [blk] == 1) {cplexpstr [blk] } 2 

for (ch = ; ch < nf chans; ch+ + ) {chexpstr [blk] [ch] } 2 

} 
} 
else 

{ 

ncplblks = 

for(blk = 0; blk < number_of_blocks_per_sync_f rame; blk++) {ncplblks += cplinu[blk]} 

if ( (acmod > 0x1) && (ncplblks > 0) ) {f rmcplexpstr} 5 

f or (ch = ; ch < nf chans ; ch++) {f rmchexpstr [ch] } 5 

/* cplexpstr [blk] and chexpstr [blk] [ch] derived from table lookups - see table E.8*/ 

} 

if (Ifeon) 

{ 

for (blk = 0; blk < number_of_blocks_per_sync_f rame; blk++) {Ifeexpstr [blk] } 1 

} 

/* These fields for converter exponent strategy data */ 
if (strmtyp == 0x0) 

{ 

if (numblkscod ! = 0x3 ) {convexpstre} 1 

else {convexpstre = l} 
if (convexpstre == 1) 

{ 

for (ch = ; ch < nf chans; ch+ + ) {convexpstr [ch] } 5 



/* these fields for AHT data */ 
if (ahte) 
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/* coupling can use AHT only when coupling in use for all blocks */ 

/* ncplregs derived from cplstre and cplexpstr - see clause E.2.3.2 */ 

if ( (ncplblks == 6) && (ncplregs ==1) ) {cplahtinu} 1 

else {cplahtinu =0} 

for(ch = 0; ch < nfchans; ch++) 

{ 

/* nchregs derived from chexpstr - see clause E.2.3.2 */ 

if {nchregs [ch] == 1) {chahtinu [ch] } 1 

else {chahtinu [ch] =0} 

} 

if (Ifeon) 

{ 

/* nlferegs derived from Ifeexpstr - see clause E.2.3.2 */ 

if {nlferegs == 1) {ifeahtinu} 1 

else {Ifeahtinu = 0} 
} 
} 
/* these fields for audio frame SNR offset data */ 
if (snrof f ststr == 0x0) 

{ 

f rmcsnrof f St 6 

frmf snrof f St 4 

} 
/* these fields for audio frame transient pre-noise processing data */ 
if (transproce) 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

chlntransproc [ch] 1 

if {chlntransproc [ch] ) 

{ 

transprocloc [ch] 10 

transproclen [ch] 8 

} 
} 
} 
/* These fields for spectral extension attenuation data */ 
if (spxattene) 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

chinspxatten [ch] 1 

if {chinspxatten [ch] ) 

{ 

spxattencod [ch] 5 



/* these fields for block start information */ 

if (numblkscod != 0x0) {blkstrtinfoe} 1 

else {blkstrtinfoe = 0} 
if (blkstrtinfoe) 

{ 

/* nblkstrtbits determined from frmsiz (see clause E. 1.3. 2. 24) */ 

blkstrtinf o nblkstrtbits 

} 
/* these fields for syntax state initialization */ 

for(ch = 0; ch < nfchans; ch++) 

{ 

f irstspxcos [ch] = 1 
f irstcplcos [ch] = 1 

} 

firstcplleak = 1 
} /* end of audfrm */ 
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audblk { ) 

{ 

/* these fields for block switch and dither flags */ 
if (blkswe) 

{ 

for {ch = ; ch < nf chans; ch+ + ) {blksw[ch] } 1 

} 
else 

{ 

for{ch = 0; ch < nfchans; ch++) {blksw[ch] = 0} 

} 

if (dithflage) 

{ 

for {ch = ; ch < nfchans; ch++) {dithf lag [ch] } 1 

} 
else 

{ 

for{ch = 0; ch < nfchans; ch++) {dithf lag [ch] = l} /* dither on */ 

} 
/* these fields for dynamic range control */ 

dynrnge 1 

if (dynrnge) {dynrng} 8 

if{acmod == 0x0) /* if 1+1 mode */ 

{ 

dynrng2e 1 

if {dynrng2e) {dynrng2} 8 

} 
/* these fields for spectral extension strategy information */ 
if{blk == 0) {spxstre = l} 
else {spxstre} 1 

if (spxstre) 

{ 

spxlnu 1 

if (spxinu) 

{ 

if (acmod == 0x1) 

{ 

chinspx[0] = 1 

} 
else 

{ 

for{ch = 0; ch < nfchans; ch++) {chinspx[ch] } 1 

} 

spxstrtf 2 

spxbegf 3 

spxendf 3 

if (spxbegf < G) {spx_begin_subbnd = spxbegf + 2} 
else {spx_begin_subbnd = spxbegf * 2 - 3} 
if (spxendf < 3) { spx_end_subbnd = spxendf +5} 
else { spx_end_subbnd = spxendf * 2 + 3} 

spxbndstrce 1 

if (spxbndstrce) 

{ 

for(bnd = spx_begin_subbnd+l; bnd < spx_end_subbnd ; bnd++) {spxbndstrc [bnd] } 1 

} 

} 

else /* ! spxinu */ 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

chinspx[ch] = 
f irstspxcos [ch] = 1 
} 
} 
} 
/* these fields for spectral extension coordinates */ 
if (spxinu) 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

if (chinspx [ch] ) 

{ 

if (f irstspxcos [ch] ) 
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{ 

spxcoe [ch] = 1 

f irstspxcos [ch] = 

} 

else /* ! f irstspxcos [ch] */ {spxcoe [ch] } 1 

if {spxcoe [ch] ) 

{ 

spxblnd [ch] 5 

mstrspxco [ch] 2 

/* nspxbnds determined from spx_begin_subbnd, spx_end_subbnd, and spxbndstrc [ ] */ 
f or (bnd = 0; bnd < nspxbnds; bnd++) 

{ 

spxcoexp [ch] [bnd] 4 

spxcomant [ch] [bnd] 2 

} 
} 
} 
else /* !chinspx[ch] */ 

{ 

f irstspxcos [ch] = 1 

} 
} 
} 
/* These fields for coupling strategy and enhanced coupling strategy information */ 
if {cplstre [bile] ) 

{ 

if {cplinu[bllc] ) 

{ 

ecplinu 1 

if (acmod == 0x2) 

{ 

chincpl[0] = 1 
chincpl [1] = 1 

} 
else 

{ 

f or {ch = ; ch < nf chans; ch++) {chincpl [ch] } 1 

} 

if (ecplinu == 0) /* standard coupling in use */ 

{ 

if {acmod == 0x2) {phsflginu} /* if in 2/0 mode */ 1 

cplbegf 4 

if {spxinu == 0) /* if SPX not in use */ 

{ 

cplendf 4 

} 

else /* SPX in use */ 

{ 

if (spxbegf < 6) 

{ 

/* note that in this case the value of cplendf may be negative */ 
cplendf = spxbegf - 2 

} 
else 

{ 

cplendf = (spxbegf * 2) - 7 



/* ncplsubnd = 3 + cplendf - cplbegf */ 

cplbndstrce 1 

if {cplbndstrce) 

{ 

for (bnd = 1 ; bnd < ncplsubnd; bnd++) {cplbndstrc [bnd] } 1 

} 
} 
else /* enhanced coupling in use */ 

{ 

ecplbegf 4 

if {ecplbegf < 3) {ecpl_begin_subbnd = ecplbegf * 2} 
else if {ecplbegf < 13) {ecpl_begin_subbnd = ecplbegf + 2} 
else {ecpl_begin_subbnd = ecplbegf * 2 - 10} 
if {spxinu == 0) /* if SPX not in use */ 

{ 

ecplendf 4 

ecpl_end_subbnd = ecplendf + 7 
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else /* SPX in use */ 

{ 

if {spxbegf < 6) 

{ 

ecpl_end_subbnd = spxbegf + 5 

} 
else 

{ 

ecpl_end_subbnd = spxbegf * 2 

} 

} 

ecplbndstrce 1 

if (ecplbndstrce) 

{ 

for(sbnd = max(9, ecpl_begin_subbnd+l) ; sbnd < ecpl_end_subbnd; sbnd++) 

{ 

ecplbndstrc [sbnd] 1 

} 
} 
} /* ecplinu[blk] */ 

} 

else /* !cplinu[blk] */ 

{ 

for(ch = 0; ch < nfchans; ch++) 

{ 

chincpl [ch] = 

f irstcplcos [cli] = 1 

} 

firstcplleak = 1 
phsflginu = 
ecplinu = 0; 

} 
} /* cplstre [blk] */ 

/* TJnese fields for coupling coordinates */ 
if {cplinu[blk] ) 

{ 

if {ecplinu == 0) /* standard coupling in use */ 

{ 

for(cli = 0; ch < nfclians; cli++) 

{ 

if {cliincpl [cli] ) 

{ 

if (f irstcplcos [ch] ) 

{ 

cplcoe [ch] = 1 

f irstcplcos [ch] = 

} 

else /* ! f irstcplcos [ch] */ {cplcoe [ch]} 1 

if (cplcoe [ch] ) 

{ 

mstrcplco [ch] 2 

/* ncplbnd derived from ncplsubnd and cplbndstrc */ 
for(bnd = 0; bnd < ncplbnd; bnd++) 

{ 

cplcoexp [ch] [bnd] 4 

cplcomant [ch] [bnd] 4 

} 
} /* cplcoe [ch] */ 

} 

else /* ! chincpl [ch] */ 

{ 

f irstcplcos [ch] = 1; 

} 
} /* ch */ 
if ( (acmod == 0x2) && phsflginu && (cplcoe [0] || cplcoe [1] ) ) 

{ 

for (bnd = 0; bnd < ncplbnd; bnd++) {phsflgCbnd] } 1 

} 
} 
else /* enhanced coupling in use */ 

{ 

firstchincpl = -1 

ecplangleintrp 1 

for(ch = 0; ch < nfchans; ch++) 
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if {chincpl [ch] ) 

{ 

if (f irstchincpl == -1) {f irstchincpl = ch} 
if (f irstcplcos [ch] ) 

{ 

ecplparamle [ch] = 1 

if (ch > f irstchincpl) {ecplparam2e [ch] = 1} 

else {ecplparam2e [ch] = 0} 

f irstcplcos [ch] = 

} 

else /* ! f irstcplcos [ch] */ 

{ 

ecplparamle [ch] 1 

if (ch > f irstchincpl) {ecplparain2e [ch] } 1 

else {ecplparam2e [ch] = 0} 

} 

if (ecplparamle [ch] ) 

{ 

/* necplbnd derived from ecpl_begin_subbnd, ecpl_end_subbnd, and ecplbndstrc */ 

for (bnd = 0; bnd < necplbnd; bnd++) {ecplamp[ch] [bnd] } 5 

} 

if (ecplparam2e [ch] ) 

{ 

/* necplbnd derived from ecpl_begin_subbnd, ecpl_end_subbnd, and ecplbndstrc */ 

for (bnd = ; bnd < necplbnd; bnd++) 

{ 

ecplangle [ch] [bnd] 6 

ecplchaos [ch] [bnd] 3 

} 

} 

if (ch > f irstchincpl) {ecpltrans [ch] } 1 

} 

else /* ! chincpl [ch] */ 

{ 

f irstcplcos [ch] = 1 

} 
} /* ch */ 
} /* ecplinu[bllc] */ 
} /* cplinu[bllc] */ 

/* these fields for rematrixing operation in the 2/0 mode */ 
if(acmod == 0x2) /* if in 2/0 mode */ 

{ 

if (bile == 0) {rematstr = l} 

else {rematstr} 1 

if (rematstr) 

{ 

/* nrematbd determined from cplinu, ecplinu, spxinu, cplbegf, ecplbegf and spxbegf */ 
for (bnd = ; bnd < nrematbd; bnd++) {rematf Ig [bnd] } 1 

} 
} 
/* this field for channel bandwidth code */ 
for{ch = 0; ch < nfchans; ch++) 

{ 

if (chexpstr [bile] [ch] != reuse) 

{ 

if ( ( ! chincpl [ch] ) && ( ! chinspx [ch] ) ) {chbwcod [ch] } 6 

} 
} 
/* these fields for exponents */ 

if (cplinu [bile] ) /* exponents for the coupling channel */ 

{ 

if (cplexpstr [bile] != reuse) 

{ 

cplabsexp 4 

/* ncplgrps derived from cplexpstr, cplbegf, cplendf, ecplinu, ecpl_begin_subbnd, and ecpl_end_subbnd */ 

for (grp = ; grp< ncplgrps ; grp++) {cplexps [grp] } 7 

} 
} 
for(ch = 0; ch < nfchans; ch++) /* exponents for full bandwidth channels */ 

{ 

if (chexpstr [blk] [ch] != reuse) 

{ 

exps [ch] [0] 4 

/* nchgrps derived from chexpstr [ch] , and endmant [ch] */ 

for (grp = 1 ; grp <= nchgrps [ch] ; grp++) {exps [ch] [grp] } 7 

galnrng [ch] 2 
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if (Ifeon) /* exponents for the low frequency effects channel */ 

{ 

if {If eexpstr [blk] != reuse) 

{ 

Ifeexps [0] 4 

nlfegrps = 2 

for (grp = 1 ; grp <= nlfegrps ; grp++) {ifeexps [grp] } 7 

} 
} 
/* these fields for bit-allocation parametric information */ 
if (bamode) 

{ 

bale 1 

if (bale) 

{ 

sdcycod 2 

f dcycod 2 

sgalncod 2 

dbpbcod 2 

f loorcod 3 

} 
} 
else 

{ 

sdcycod = 0x2 
fdcycod = 0x1 
sgaincod = 0x1 
dbpbcod = 0x2 
floorcod = 0x7 

} 

if {snrof f ststr == 0x0) 

{ 

if {cplinu [blk] ) {cplf snrof fst = f rmf snrof fst} 

for{ch = 0; ch < nfchans; ch++) {f snrof fst [ch] = f rmf snrof fst } 

if (Ifeon) {If ef snrof fst = f rmf snrof fst } 



else 



if {blk == 0) {snrof fste = l} 

else {snroffste} 1 

if (snroffste) 

{ 

csnrof f St 6 

if (snrof f ststr == 0x1) 

{ 

blkfsnroffst 4 

cplfsnroffst = blkfsnroffst 

for(ch = 0; ch < nfchans; ch++) {f snrof fst [ch] = blkfsnroffst} 

Ifefsnroffst = blkfsnroffst 

} 

else if (snrof f ststr == 0x2) 

{ 

if (cplinu [blk] ) cplfsnroffst 4 

for (ch = ; ch < nfchans; ch++) {f snrof fst [ch] } 4 

if (Ifeon) Ifefsnroffst 4 



if (f rmfgaincode) {fgaincode} 1 

else {fgaincode =0} 
if (fgaincode) 

{ 

if (cplinu [blk] ) {cplfgaincod} 3 

for(ch = 0; ch < nfchans; ch+ + ) {fgaincod[ch] } 3 

if (Ifeon) {ifefgaincod} 3 

} 
else 

{ 

if (cplinu [blk] ) {cplfgaincod = 0x4} 

for(ch= 0; ch < nfchans; ch++) {fgaincod [ch] = 0x4} 

if (Ifeon) {Ifefgaincod = 0x4} 

} 

if (strmtyp == 0x0) 

{ 

convsnrof f ste 1 
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if {convsnrof f ste) {convsnrof fst} . 

} 

if {cplinu[blk] ) 

{ 

if {f irstcplleak) 

cplleake = 1 
firstcplleak = 

else /* ! firstcplleak */ 

cplleake 

if (cplleake) 

cplf leak 

cplsleak 



/* these fields for delta bit allocation information */ 
if (dbaflde) 



deltbale 

if (deltbaie) 

{ 

if (cplinu [blk] ) {cpldeltbae} 

for(ch = 0; ch < nfchans; ch++) {deltbae [ch] } 

if (cplinu [blk] ) 

{ 

if (cpldeltbae==new info follows) 



{ 



cpldeltnseg 

for(seg = 0; seg <= cpldeltnseg; seg++) 

{ 

cpldeltof f St [seg] 

cpldeltlen [seg] 

cpldeltba [seg] 



for (ch 



0; ch < nfchans; ch++) 



if (deltbae [ch] ==new info follows) 
{ 



deltnseg [ch] 

for (seg = 0; seg <= deltnseg [ch] ; seg++) 

{ 

deltof f St [ch] [seg] 

deltlen [ch] [seg] 

deltba [ch] [seg] 



} 
} /* if (deltbaie) */ 
}/* if (dbaflde) */ 
/* these fields for inclusion of unused dummy data */ 
if (skipflde) 

{ 

sklple 1 

if (skiple) 

{ 

skipl 9 

skipf Id skipl x 8 

} 
} 
/* these fields for quantized mantissa values */ 
got_cplchan = 
for(ch = 0; ch < nfchans; ch++) 

{ 

if (chahtinu [ch] == 0) 

{ 

for (bin = ; bin < nchmant [ch] ; bin++) {chmant [ch] [bin] } (0-16) 

} 

else if (chahtinu [ch] == 1) 

{ 

chgaqmod [ch] 2 

if ( (chgaqmod [ch] > 0x0) && (chgaqmod [ch] < 0x3) ) 
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for {n = 0; n < chgaqsections [ch] ; n+ + ) {chgaqgain [ch] [n] } 1 

} 

else if (chgaqmod [ch] == 0x3) 

{ 

for {n = 0; n < chgaqsections [ch] ; n+ + ) {chgaqgain [ch] [n] } 5 

} 

for (bin = 0; bin < nchmant [ch] ; bin++) 

{ 

if {chgaqbin [ch] [bin]) 

{ 

f or (n = ; n < 6 ; n++) {prechmant [n] [ch] [bin] } (0-16) 

} 

else {prechmant [0] [ch] [bin] } (0-9) 

} 

chahtinu[ch] = -1 /* AHT info for this frame has been read - do not read again */ 

} 

if {cplinu [bile] &.&. chincpl [ch] &.&. !got_cplchan) 

{ 

if (cplahtinu == 0) 

{ 

for {bin = ; bin < ncplmant ; bin++) {cplmant [bin] } (0-16) 

got_cplchan = 1 

} 

else if (cplahtinu == 1) 

{ 

cplgaqmod 2 

if ( (cplgaqmod > 0x0) && (cplgaqmod < 0x3) ) 

for (n = 0; n < cplgaqsections; n++) {cplgaqgain [n] } 1 

else if (cplgaqmod == 0x3) 

for (n = ; n < cplgaqsections ; n++) {cplgaqgain [n] } 5 

for (bin = 0; bin < ncplmant; bin++) 

if (cplgaqbin [bin] ) 

{ 

for (n = ; n < 6 ; n++) {precplmant [n] [bin] } (0-16) 

} 

else {precplmant [0] [bin] } (0-9) 

} 

got_cplchan = 1 

cplahtinu = -1 /* AHT info for this frame has been read - do not read again */ 

} 

else {got_cplchan =1} 

} 
} 
if (Ifeon) /* mantissas of low frequency effects channel */ 

{ 

ifdfeahtinu == 0) 

{ 

for(bin = 0; bin < nlfemant; bin++) {ifemant [bin] } (0-16) 

} 

else ifdfeahtinu == 1) 

{ 

1 f egaqmod 2 

if ( (Ifegaqmod > 0x0) && (Ifegaqmod < 0x3) ) 

for (n = ; n < If egaqsections; n+ + ) {ifegaqgain [n] } 1 

else if (Ifegaqmod == 0x3) 

for (n = ; n < If egaqsections; n+ + ) {ifegaqgain [n] } 5 

for (bin = 0; bin < nlfemant; bin++) 

if (If egaqbin [bin] ) 

{ 

f or (n = ; n < 6 ; n++) {prelfemant [n] [bin] } (0-16) 

} 

else {pre Ifemant [0] [bin] } (0-9) 

} 

Ifeahtinu = -1 /* AHT info for this frame has been read - do not read again */ 



£75/ 



125 



ETSI TS 102 366 VI .2.1 (2008-08) 



Syntax 



Word Size 



/* end of audblk */ 



E. 1 .2.5 auxdata - Auxiliary data 



Syntax 


Word Size 


auxdata ( ) 

{ 

auxbits 


nauxbits 


if (auxdatae) 

{ 


14 


} 

auxdatae 


1 


} /* end of auxdata */ 



E.1 .2.6 errorcineck - Error detection code 



Syntax 


Word Size 


errorcheck ( ) 

{ 

encinf o 


1 


crc2 


1 fi 


} /* end of errorcheck */ 



E.1 .3 Description of Enhanced AC-3 bit stream elements 

Unless otherwise indicated, all bit stream elements retain the same meaning and piupose as already described in 
clause 4 and annex D. 

E.1 .3.1 bsi - Bit stream information 
E.1 .3.1 .1 strmtyp - Stream type - 2 bits 

This 2-bit code, as shown in Table E.1, indicates the stream type. 

Table E.1 : Stream type 



strmtyp 


Indication 


"00" 


Type 


"01" 


Type 1 


"10" 


Type 2 


"11" 


Types 



The stream types are defined as follows: 

Type 0: These frames comprise an independent stream or substream. The programme may be decoded 
independently of any other substreams that might exist in the bit stream. 

Type 1: These frames comprise a dependent substream. The programme must be decoded in conjunction with 
the independent substream with which it is associated. 

Type 2: These frames comprise an independent stream or substream that was previously coded in AC-3. 
Type 2 streams must be independently decodable, and may not have any dependent streams associated with 
them. 

Type 3: Reserved. 
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E.1 .3.1 .2 substreamid - Substream identification - 3 bits 

This field indicates the substream identification parameter. The substream identification parameter can be used, in 
conjunction with additional bit stream metadata, to enable carriage of a single programme of more than 5.1 channels, 
multiple programmes of up to 5.1 channels, or a mixture of programmes with up to 5.1 channels and programmes with 
greater than 5.1 channels. 

All Enhanced AC-3 bit streams must contain an independent substream assigned substream ID 0. The independent 
substream assigned substream ID must be the first substream present in the bit stream. If an AC-3 bitstream is present 
in the Enhanced AC-3 bitstream, then the AC-3 bitstream shall be treated as an independent substream assigned 
substream ID 0. 

Enhanced AC-3 bit streams may also contain up to 7 additional independent substreams assigned substream ID's 1 to 7. 
Independent substream ID's must be assigned sequentially in the order the independent substreams are present in the bit 
stream. Independent substreams 1 to 7 must contain the same number of blocks per sync frame and be encoded at the 
same sample rate as independent substream 0. 

Each independent substream may have up to 8 dependent substreams associated with it. Dependent substreams must 
immediately follow the independent substream with which they are associated. Dependent substreams are assigned 
substream ID's to 7, which must be assigned sequentially according to the order the dependent substreams are present 
in the bit stream. Dependent substreams to 7 must contain the same number of blocks per sync frame and be encoded 
at the same sample rate as the independent substream with which they are associated. 

For more information about usage of the substreamid parameter, please refer to clause E.2.8. 

E.1 .3.1 .3 frmsiz - Frame size - 1 1 bits 

This field indicates a value one less than the overall size of the coded frame in 16-bit words. That is, this field may 
assume a value ranging from to 2 047, and these values correspond to frame sizes ranging from 1 to 2 048. Note that 
some values at the lower end of this range may not be valid, as they may not represent enough words to convey a 
complete frame. It is the responsibility of the encoder to ensure that this does not occur in practice. 

E.1 .3.1 .4 fscod - Sample rate code - 2 bits 

This is a 2-bit code indicating sample rate according to Table E.2. If fscod2 is indicated, the decoder should interpret 
the following 2-bits as fscod2. 

Table E.2: Sample rate codes 



fscod 


Sampling Rate, kHz 


00 


48 


01 


44,1 


10 


32 


11 


fscod2 



E.1 .3.1 .5 numblkscod / fscod2 - Number of audio blocks / sample rate code 2 - 2 bits 

numblkscod: This 2-bit code, as shown in Table E.3, indicates the number of audio blocks per syncframe if the fscod 
indicates 32, 44,1, or 48 kHz sampling rate. 

Table E.3: Number of audio blocks per syncframe 



numblkscod 


Indication 


00 


1 block per syncframe 


01 


2 blocks per syncframe 


10 


3 blocks per syncframe 


11 


6 blocks per syncframe 



fscod2: If the fscod field indicates fscod2 then this 2-bit code indicates the reduced sample rate, as shown in Table E.4. 
When using reduced sample rates, numblkscod shall be "11 " (6 blocks per syncframe). 
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Table E.4: Reduced sampling rates 



fscod2 


Sampling Rate, kHz 


"00" 


24 


"01" 


22,05 


"10" 


16 


"11" 


Reserved 



E.1 .3.1 .6 bsid - Bit stream identification - 5 bits 

This bit field has a value of "10000" (=16) in this version of the present document. Future modifications of the present 
document may define other values. Values of bsid smaller than 16 and greater than 10 will be used for versions of 
E-AC-3 which are backward compatible with version 16 decoders. Decoders which can decode version 16 will thus be 
able to decode version numbers less than 16 and greater than 10. Additionally, because E-AC-3 decoders must also be 
able to decode AC-3 bitstreams, E-AC-3 decoders will be able to decode versions through 8. If the present document 
is extended by the addition of additional elements or features that are not compatible with decoders that can decode 
version 16, a value of bsId greater than 16 will be used. Decoders built to this version of the standard would likely not 
be able to decode versions with bsId greater than 16. Additionally, decoders built to this version of the standard will 
not be able to decode bit streams with bsId = 9 or 10. Thus, decoders built to the present document shall mute if the 
value of bsid is 9, 10, or greater than 16, and should decode and reproduce audio if the value of bsid is to 8, or 
11 to 16. 

E.1 .3.1 .7 chanmape - Custom channel map exists - 1 bit 

If this bit is a 0, the channel map for a dependent substream is defined by the audio coding mode (acmod) and LFE on 
(IfGOn) parameters. If this bit is a 1, the following 16 bits define the custom channel map for this dependent substream. 

Only dependent substreams can have a custom channel map. 

E.1 .3.1 .8 chanmap - Custom channel map - 1 6 bits 

This 16-bit field specifies the custom channel map for a dependent substream. The channel locations supported by the 
custom channel map are defined in Table E.5. Shaded entries in Table E.5 represent channel locations present in the 
independent substream with which the dependent substream is associated. Non-shaded entries in Table E.5 represent 
channel locations not present in the independent substream with which the dependent substream is associated. These 
channel locations are defined in SMPTE 428-3 "D-Cinema Distribution Master - Audio Channel Mapping and Channel 
Labeling". 

Table E.5: Custom channel map locations 



Bit 


Location 


Bit 


Location 





Left 


8 


Is 


1 


Centre 


9 


Lsd/Rsd pair 


2 


Right 


10 


Lw/Rw pair 


3 


Left Surround 


11 


Lvh/Rvh pair 


4 


Right Surround 


12 


Cvh 


5 


Lc/Rc pair 


13 


Reserved 


6 


Lrs/Rrs pair 


14 


LFE2 


7 


Cs 


15 


LFE 
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The custom channel map indicates both which coded channels are present in the dependent substream and the order of 
the coded channels in the dependent substream. For each channel present in the dependent substream, the corresponding 
location bit in the chanmap is set to 1 . The order of the coded channels in the dependent substream is the same as the 
order of the enabled location bits in the chanmap. For example, if bits 0, 3, and 4 of the chanmap field are set to 1, 
and the dependent stream is coded with acmod = 3 and IfGOn = 0, the first coded channel in the dependent stream is 
the Left channel, the second coded channel is the Left Surround channel, and the third coded channel is the Right 
Surround channel. When the enabled location bit in the chanmap field refers to a pair of channels, this defines the 
channel location of two adjacent channels in the dependent substream. For example, if bits 3, 4 and 6 of the chanmap 
field are set to 1, and the dependent stream is coded with acmod = 6 and IfGOn = 0, the first coded channel in the 
dependent stream is the Left Surround channel, the second coded channel is the Right Surround channel, and the third 
and fourth channels are the Left Rear Surround and Right Rear Surround channels. Note that the number of channel 
locations indicated by the chanrnap field must equal the total number of coded channels present in the dependent 
substream, as indicated by the acmod and IfGOn bit stream parameters. 

For more information about usage of the chanmap parameter, please refer to clause E.2.8. 

E.1 .3.1 .9 mixmdate - Mixing Meta-data exists - 1 bit 

If this bit is a 1, mixing and mapping information follows in the bit stream. 

E.1 .3.1 .1 Ifemixlevcode - LFE mix level code exists - 1 bit 

If this bit is a 1, the LFE mix level code follows in the bit stream. If this bit is a 0, the LFE mix level code is not present 
in the bit stream, and LFE mixing is disabled. 

E.1 .3.1 .1 1 Ifemixlevcod - LFE mix level code - 5 bits 

This 5 bit code specifies the level at which the LFE data is mixed into the Left and Right channels during downmixing. 
The LFE mix level (in dB) can be derived from the LFE mix level code according to the following formula: 

LFE mix level (dB) = 10 - LFE mix level code 

Valid values for the LFE mix level code are to 31, and valid values for the LFE mix level are therefore +10 to -21 dB. 
For more information on LFE mixing, please refer to the LFE downmix section of the decoder processing 
chapter (E.2.9). 

E.1 .3.1 .1 2 pgmscle - Programme scale factor exists - 1 bit 

If this bit is a 1, the programme scale factor word follows in the bit stream. If it is 0, the programme scale factor word is 
defaulted to dB (no scaling). 

E.1 .3.1 .1 3 pgmsci - Programme scale factor - 6 bits 

This field specifies a scale factor that should be applied to the programme during decoding. Valid values are to 63, 
with interpreted as mute, and 1-63 interpreted as -50 dB to +12 dB of scaling in 1 dB steps. 

E.1 .3.1 .1 4 pgmscl2e - Programme scale factor #2 exists - 1 bit 

If this bit is a 1, the programme scale factor #2 word follows in the bit stream. If it is 0, the programme scale factor #2 
word is defaulted to dB (no scaling). 

E.1 .3.1 .1 5 pgmscl2 - Programme scale factor #2 - 6 bits 

This field has the same meaning as pgmSCi, except that it applies to the second audio channel when acmod indicates 
two independent channels (dual mono 1+1 mode). 
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E.1 .3.1 .1 6 extpgmscle - External programme scale factor exists - 1 bit 

If this bit is a 1, the external programme scale factor word follows in the bit stream. If it is 0, the external programme 
scale factor word is defaulted to dB (no scaling). 

E.1 .3.1 .1 7 extpgmsci - External programme scale factor - 6 bits 

In some applications, two bit streams may be decoded and mixed together. This field specifies a scale factor that should 
be applied to the external programme (i.e., a programme that is carried in a separate bitstream or independent 
substream) during mixing. This field uses the same scale as pgmscl. 

E.1. 3. 1.1 8 mixdef - Mix control type - 2 bits 

This 2-bit code, as shown in Table E.6, indicates the mode and parameter field lengths for programme mixing. 

Table E.6: Mix control 



mixdef 


Indication 


00 


mixing option 1 , no additional bits 


01 


mixing option 2, 5 bits 


10 


mixing option 3, 12 bits reserved 


11 


mixing option 4, 16-264 bits reserved by mixdeflen 



E.1 .3.1 .1 9 premixcmpsel - Premix compression word select - 1 bit 

If equal to 0, dynrng is used in the premix compression process, otherwise COmpr fields are used in the premix 
compression process. Mixing is described in clause E.4. 

E.1 .3.1 .20 drcsrc - Dynamic range control word source for the mixed output - 1 bit 

If equal to 0, the dynrng and COmpr fields of the external programme (i.e. a programme that is carried in a separate 
bitstream or independent substream) are used to control the mixed output, otherwise the dynrng and COmpr fields 
from the current substream are used. 

E.1 .3.1 .21 premixcmpsel - Premix compression word scale factor - 3 bits 

This field indicates the amount of scaling to be applied to the dynrng and COmpr fields selected for application to the 
Main Programme audio before mixing. Mixing is described in clause E.4. 

E.1 .3.1 .22 mixdeflen - Length of mixing parameter data field - 5 bits 

This defines the mixing data field size for the most flexible mode. The length is given in bytes: 
mixdeflen = {O, 1,2,3 ... 31) represents mixdata lengths = {2, 3,4,5 ... 33} bytes. 

E.1 .3.1 .23 mixdata - Mixing parameter data - (5 to 264) bits 

This data field contains control parameters for mixing the programme and external programme streams during 
decoding. 

E.1 .3.1 .24 mixdata2e - Mixing parameters for individual channel scaling exist - 1 bit 

If this field is set to 1, mixing parameters to scale individual channels in an external programme containing up to 7.1 
audio channels follow in the bitstream. 

E.1 .3.1 .25 extpgmlscle - External programme left channel scale factor exists - 1 bit 

If this field is set to 1, the external programme left channel scale factor word follows in the stream. If the external 
programme does not contain a left channel, this field shall be set to 0. 
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E.1 .3.1 .26 extpgmlsci - External programme left channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the left channel of the external programme during mixing. If the 
GXtpgmSCi field is present in the bitstream, the total gain applied to the left channel of the external programme is the 
sum of the scale factors indicated by the extpgmsci and extpgmlsci fields. The extpgmlsci field is interpreted as 
shown in Table E.7. 

Table E.7: external program left channel scale factor 



extpgmlsci 


Left channel scale factor(dB) 





-1 


1 


-2 


2 


-3 


3 


-4 


4 


-5 


5 


-6 


6 


-8 


7 


- 10 


8 


- 12 


9 


- 14 


10 


- 16 


11 


- 19 


12 


-22 


13 


-25 


14 


-28 


15 


- infinity (mute) 



E.1 .3.1 .27 extpgmcscle - External programme centre channel scale factor exists - 1 bit 

If this field is set to 1, the external program centre channel scale factor word follows in the stream. If the external 
programme does not contain a centre channel, this field shall be set to 0. 

E.1 .3.1 .28 extpgmcsci - External programme centre channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the centre channel of the external programme during mixing. If the 
GXtpgmSCi field is present in the bitstream, the total gain applied to the centre channel of the external programme is 
the sum of the scale factors indicated by the GXtpgmSCi and GXtpgmCSCi fields. This field is interpreted in the same 

way as extpgmlscl. 

E.1 .3.1 .29 extpgmrscle - External programme right channel scale factor exists - 1 bit 

If this field is set to 1, the external program right channel scale factor word follows in the stream. If the external 
programme does not contain a right channel, this field shall be set to 0. 

E.1 .3.1 .30 extpgmrsci - External programme right channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the right channel of the external programme during mixing. If the 
GXtpgmSCi field is present in the bitstream, the total gain applied to the right channel of the external programme is the 
sum of the scale factors indicated by the GXtpgmSCi and GXtpgmrSCi fields. This field is interpreted in the same way 

as Gxtpgmlscl. 

E.1 .3.1 .31 extpgmlsscle - External programme left surround channel scale factor exists - 
1 bit 

If this field is set to 1, the external program left surround channel scale factor word follows in the stream. If the external 
programme does not contain a left surround or mono surround channel, this field shall be set to 0. 
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E.1 .3.1 .32 extpgmlssci - External programme left surround channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the left surround channel of the external programme during mixing. 
If the GXtpgmSCi field is present in the bitstream, the total gain applied to the left surround channel of the external 
programme is the sum of the scale factors indicated by the GXtpgmSCi and GXtpgmlsSCi fields. This field is 
interpreted in the same way as Gxtpgmlscl. 

E.1 .3.1 .33 extpgmrsscle - External programme right surround channel scale factor 
exists - 1 bit 

If this field is set to 1, the external program right surround channel scale factor word follows in the stream. If the 
external programme does not contain a right surround or mono surround channel, this field shall be set to 0. 

E.1 .3.1 .34 extpgmrssci - External programme right surround channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the right surround channel of the external programme during mixing. 
If the GXtpgmSCi field is present in the bitstream, the total gain applied to the right surround channel of the external 
programme is the sum of the scale factors indicated by the GXtpgmSCi and GXtpgmrSSCi fields. This field is 
interpreted in the same way as Gxtpgmlscl. 

E.1 .3.1 .35 extpgmlfescle - External programme LFE channel scale factor exists - 1 bit 

If this field is set to 1, the external program LFE channel scale factor word follows in the stream. If the external 
programme does not contain a LFE channel, this field shall be set to 0. 

E.1 .3.1 .36 extpgmlfesci - External programme LFE channel scale factor - 4 bits 

This field specifies a scale factor that is applied to the LFE channel of the external programme during mixing. If the 
GXtpgmSCi field is present in the bitstream, the total gain applied to the LFE channel of the external programme is the 
sum of the scale factors indicated by the GXtpgmSCi and GXtpgmlfGSCi fields. This field is interpreted in the same 
way as Gxtpgmlscl. 

E.1 .3.1 .37 dmixscle - External programme downmix scale factor exists - 1 bit 

If this field is set to 1, the external programme downmix scale factor word follows in the stream. 

E.1 .3.1 .38 dmixsci - External programme downmix scale factor - 4 bits 

This field specifies a scale factor that can be applied to an external programme that has been downmixed before 
individual channel scale factors could be applied. If the GXtpgmSCi field is present in the bitstream, the total gain 
applied to the external programme is the sum of the scale factors indicated by the GXtpgmSCi and dmlxSCl fields. This 
field is interpreted in the same way as Gxtpgmlscl. 

E.1 .3.1 .39 addche - Scale factors for additional external programme channels 
exist - 1 bit 

When this field is set to 1, additional scale factors may follow in the stream. If the external programme does not contain 
more than 5.1 channels of audio, this field shall be set to 0. 

E.1 .3.1 .40 extpgmauxl scle - External programme first auxiliary channel scale factor 
exists - 1 bit 

If the "addche" field is set to 1, this field follows in the stream. If this field is set to 1, the external program first 
auxiliary channel scale factor word follows in the stream. 
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E.1 .3.1 .41 extpgmauxl scl - External programme first auxiliary channel scale 
factor - 4 bits 

This field specifies a scale factor that is applied to the first auxiliary channel of the external programme during mixing. 
If the GXtpgmSCi field is present in the bitstream, the total gain applied to the first auxiliary channel of the external 
programme is the sum of the scale factors indicated by the GXtpgmSCi and GXtpgmauxl SCl fields. This field is 
interpreted in the same way as Gxtpgmlscl. 

E.I .3.1 .42 extpgmaux2scle - External programme second auxiliary channel scale factor 
exists - 1 bit 

If the addchG field is set to 1, this field follows in the stream. If this field is set to 1, the external programme second 
auxiliary channel scale factor word follows in the stream. If the external programme does not contain more than 6. 1 
channels of audio, this field shall be set to when present in the stream. 

E.I .3.1 .43 extpgmaux2scl - External programme second auxiliary channel scale factor - 
4 bits 

This field specifies a scale factor that is applied to the second auxiliary channel of the primary audio during mixing. If 
the GXtpgmSCi field is present in the bitstream, the total gain applied to the second auxiliary channel of the external 
programme is the sum of the scale factors indicated by the GXtpgmSCi and GXtpgmaux2scl fields. This field is 
interpreted in the same way as Gxtpgmlscl. 

E.1 .3.1 .44 mixdata3e - Mixing parameters for speech processing exist - 1 bit 

If this field is set to 1, information for controlling speech enhancement processing follows in the bitstream. 

E.1 .3.1 .45 spchdat - Speech enhancement processing data - 5 bits 

This field contains speech enhancement processing parameters, the values of which are determined by the degree to 
which a first channel or pair of channels of the programme are dominated by speech. 

E.1 .3.1 .46 addspchdate - Additional speech enhancement processing data exists - 1 bit 

If this field is set to 1, additional information for controlling speech enhancement processing follows in the bitstream. 

E.1 .3.1 .47 spchdati - Additional speech enhancement processing data - 5 bits 

This field contains speech enhancement processing parameters, the values of which are determined by the degree to 
which a second channel or pair of channels of the programme are dominated by speech. 

E.1 .3.1 .48 spchani att - Speech enhancement processing attenuation data - 2 bits 

This field defines which channels in the programme are designated as containing speech information and whether 
channels not containing speech information may be attenuated. 

E.1 .3.1 .49 addspchdati e - Additional speech enhancement processing data 
exists - 1 bit 

If this field is set to 1, additional information for controlling speech enhancement processing follows in the bitstream. 

E.1 .3.1 .50 spchdat2 - Additional speech enhancement processing data - 5 bits 

This field contains speech enhancement processing parameters, the values of which are determined by the degree to 
which a third channel or pair of channels of the programme are dominated by speech. 
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E.1 .3.1 .51 spchan2att - Speech enhancement processing attenuation data - 3 bits 

This field defines which additional channels in the programme are designated as containing speech information and 
whether channels not containing speech information may be attenuated. 

E.1 .3.1 .52 mixdatafill - Mixdata field fill bits - bits to 7 bits 

This field is variable, and is used to round up the size of the mlxdata field to the nearest byte. All bits within 
mixdatafill shall be set to 0. 

E.1 .3.1 .53 paninfoe - Pan information exists - 1 bit 

If this bit is a 1, panning information follows in the bit stream. If it is 0, the pan position word is defaulted to "centre". 

E.1 .3.1 .54 panmean - Pan mean direction index - 8 bits 

This 8-bit word defines the mean angle of rotation index relative to the centre position for a panned source in a two 
dimensional sound field. A value of indicates the panned virtual source points toward the centre speaker location 
(defined as degrees). The index indicates 1,5 degree increments in a clockwise rotation. Values to 239 represent 
to 358,5 degrees, while values 240 to 255 are reserved. 

E.1 .3.1 .55 paninfo - reserved - 6 bits 

This 6-bit data field is reserved for future mixing applications. 

E.1 .3.1 .56 paninfo2e - Pan information exists - 1 bit 

If this bit is a 1, panning information #2 follows in the bit stream. If it is 0, the pan position word is defaulted to 
"centre". 

E.1 .3.1 .57 panmean2 - Pan mean direction index - 8 bits 

This 8-bit word defines the mean angle of rotation index relative to the centre position for a panned source in a two 
dimensional sound field. A value of indicates the panned virtual source points toward the centre speaker location 
(defined as degrees). The index indicates 1,5 degree increments in a clockwise rotation. Values to 239 represent 
to 385,5 degrees, while values 240 to 255 are reserved. 

E.1 .3.1 .58 paninfo2 - reserved - 6 bits 

This 6-bit data field is reserved for future mixing applications. 

E.1 .3.1 .59 frmmixcfginfoe - Frame mixing configuration information exists - 1 bit 

This flag indicates whether frame mixing configuration information follows in the bit stream. If the flag is set to 0, no 
frame mixing configuration information follows in the bit stream. If the flag is set to 1, frame mixing configuration 
information follows in the bit stream. 

E.1 .3.1 .60 bikmixcfginfoe - Block mixing configuration information exists - 1 bit 

This flag indicates whether block mixing configuration information follows in the bit stream. If the flag is set to 0, no 
block mixing configuration information follows in the bit stream. If the flag is set to 1, block mixing configuration 
information follows in the bit stream. Note that in the case where the number of blocks per frame is 1, this flag is 
assumed to be 1 and is not transmitted. 

E.1 .3.1 .61 blkmixcfginfo[blk] - Block mixing configuration information - 5 bits 

This field contains block mixing configuration information. 
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E.1 .3.1 .62 infomdate - Informational metadata Exists - 1 bit 

If this bit is a 1, informational meta-data follows in the bit stream. 

E.1 .3.1 .63 sourcefscod - Source sample rate code - 1 bit 

If the SOUrCGfSCOd bit is a 1, the source material was sampled at twice the rate indicated by fscod. 

E.1 .3.1 .64 convsync - Converter synchronization flag - 1 bit 

This bit is used for synchronization by a device that converts an Enhanced AC-3 bit stream to a bit stream compliant 
with a legacy AC-3 decoder. 

E.1 .3.1 .65 bikid - Block identification - 1 bit 

If Strmtyp indicates a Type 2 bit stream, this bit is set to 1 to indicate that the first block in this Enhanced AC-3 frame 
was the first block in the original standard AC-3 frame. 

E.1. 3. 2 audfrm - Audio frame 

E.1 .3.2.1 expstre - Exponent strategy syntax enabled - 1 bit 

If this bit is a 1, full exponent strategy syntax exists in each audio block. If this bit is a 0, then the exponent strategy is 
specified by the frame-based exponent strategy defined in clauses E. 1.3.2.11 and E.1. 3. 2. 12. 

E.1 .3.2.2 ahte - Adaptive hybrid transform enabled - 1 bit 

If this bit is a 1, an Adaptive Hybrid Transform is used to code at least one of the independent channels, the coupling 
channel, or the LEE channel in the current frame. If this bit is a 0, the entire frame is coded using the standard bit 
allocation and quantization model as described in clause 6. 

E.1 .3.2.3 snroffststr - SNR offset strategy - 2 bits 

This field indicates how SNR offsets are transmitted. 

Table E.8: SNR offset strategy 



snroffststr 


Indication 


"00" 


SNR offset strategy 1 


"01" 


SNR offset strategy 2 


"10" 


SNR offset strategy 3 


"11" 


Reserved 



SNR Offset Strategy 1: When SNR Offset Strategy 1 is used, one coarse SNR offset value and one fine SNR offset 
value are transmitted in the bit stream. These SNR offset values are used for every channel of every block in the frame, 
including the coupling and LEE channels. 

SNR Offset Strategy 2: When SNR Offset Strategy 2 is used, one coarse SNR offset value and one fine SNR offset 
value are transmitted in the bit stream as often as once per block. The fine SNR offset value is used for every channel in 
the block, including the coupling and LEE channels. Eor blocks in which coarse and fine SNR offset values are not 
transmitted in the bit stream, the decoder must reuse the coarse and fine SNR offset values from the previous block. 
One coarse and one fine SNR offset value must be transmitted in block 0. 
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SNR Offset Strategy 3: When SNR Offset Strategy 3 is used, coarse and fine SNR offset values are transmitted in the 
bit stream as often as once per block. Separate fine SNR offset values are transmitted for each channel, including the 
coupling and LFE channels. For blocks in which coarse and fine SNR offset values are not transmitted in the bit stream, 
the decoder must reuse the coarse and fine SNR offset values from the previous block. Coarse and fine SNR offset 
values must be transmitted in block 0. 

E.1 .3.2.4 transproce - Transient pre-noise processing enabled - 1 bit 

If this bit is a 1, at least one channel in the current frame contains transient pre-noise processing data. If it is 0, transient 
pre-noise processing is not being utilized in this frame. 

E.1 .3.2.5 bikswe - Block switch syntax enabled - 1 bit 

If this bit is a 1, full block switch syntax exists in each audio block. 

E.1 .3.2.6 dithflage - Dither flag syntax enabled - 1 bit 

If this bit is a 1, full dither flag syntax exists in each audio block. 

E.1 .3.2.7 bamode - Bit allocation model syntax enabled - 1 bit 

If this bit is a 1, full bit allocation syntax exists in each audio block. 

E.1 .3.2.8 frmfgaincode - Fast gain codes enabled - 1 bit 

If this bit is a 1, fast gain codes are transmitted in the bit stream as often as once per audio block. If this bit is a 0, no 
fast gain codes are transmitted in the bit stream, and default fast gain code values are used for every channel of every 
block in the frame. 

E.1 .3.2.9 dbaflde - Delta bit allocation syntax enabled - 1 bit 

If this bit is a 1, full delta bit allocation syntax exists in each audio block. 

E.1 .3.2.1 skipflde - Skip field syntax enabled - 1 bit 

If this bit is a 1, full skip field syntax exists in each audio block. 

E.1 .3.2.1 1 spxattene - Spectral extension attenuation enabled - 1 bit 

If this bit is a 1, at least one channel in the current frame contains spectral extension attenuation data. If it is a 0, spectral 
extension attenuation processing is not being utilized in the frame. 

E.1 .3.2.1 2 frmcplexpstr - Frame based coupling exponent strategy - 5 bits 

This 5-bit code specifies the coupling channel exponent strategy for all audio blocks, as defined in Table E.9. The 
number of blocks per frame is required to be six. Note that exponent strategies D15, D25 and D45 are as defined in 
clause 6.1.2, while "R" indicates that exponents from the previous block are reused. 

E.1 .3.2.1 3 frmchexpstr[ch] - Frame based channel exponent strategy - 5 bits 

This 5-bit code specifies the channel exponent strategy for all audio blocks, as defined in Table E.9. The number of 
blocks per frame is required to be six. Note that exponent strategies D15, D25 and D45 are as defined in clause 6.1.2, 
while "R" indicates that exponents from the previous block are reused. 

E.1 .3.2.14 convexpstre - Converter exponent strategy exists - 1 bit 

If this parameter is one, exponent strategy data used by the E-AC-3 to AC-3 converter follows. Exponent strategy shall 
be provided once every 6 blocks. 
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E.1 .3.2.1 5 convexpstr[ch] - Converter channel exponent strategy - 5 bits 

This 5-bit code specifies the exponent strategy, as defined in Table E.9, for each full bandwidth channel of each block 
of an AC-3 compliant frame converted from a set of 1 or more E-AC-3 frames. 

Table E.9: Frame exponent strategy combinations 



frmcplexpstr 


Audio Block Number 







1 


2 


3 


4 


5 





D15 


R 


R 


R 


R 


R 


1 


D15 


R 


R 


R 


R 


D45 


2 


D15 


R 


R 


R 


D25 


R 


3 


D15 


R 


R 


R 


D45 


D45 


4 


D25 


R 


R 


D25 


R 


R 


5 


D25 


R 


R 


D25 


R 


D45 


6 


D25 


R 


R 


D45 


D25 


R 


7 


D25 


R 


R 


D45 


D45 


D45 


8 


D25 


R 


D15 


R 


R 


R 


9 


D25 


R 


D25 


R 


R 


D45 


10 


D25 


R 


D25 


R 


D25 


R 


11 


D25 


R 


D25 


R 


D45 


D45 


12 


D25 


R 


D45 


D25 


R 


R 


13 


D25 


R 


D45 


D25 


R 


D45 


14 


D25 


R 


D45 


D45 


D25 


R 


15 


D25 


R 


D45 


D45 


D45 


D45 


16 


D45 


D15 


R 


R 


R 


R 


17 


D45 


D15 


R 


R 


R 


D45 


18 


D45 


D25 


R 


R 


D25 


R 


19 


D45 


D25 


R 


R 


D45 


D45 


20 


D45 


D25 


R 


D25 


R 


R 


21 


D45 


D25 


R 


D25 


R 


D45 


22 


D45 


D25 


R 


D45 


D25 


R 


23 


D45 


D25 


R 


D45 


D45 


D45 


24 


D45 


D45 


D15 


R 


R 


R 


25 


D45 


D45 


D25 


R 


R 


D45 


26 


D45 


D45 


D25 


R 


D25 


R 


27 


D45 


D45 


D25 


R 


D45 


D45 


28 


D45 


D45 


D45 


D25 


R 


R 


29 


D45 


D45 


D45 


D25 


R 


D45 


30 


D45 


D45 


D45 


D45 


D25 


R 


31 


D45 


D45 


D45 


D45 


D45 


D45 



E.1 .3.2.1 6 cplahtinu - Coupling channel AHT in use - 1 bit 

If this bit is a 1, the coupling channel is coded using an Adaptive Hybrid Transform. If this bit is a 0, conventional 
coupling channel coding is used for that region. 

E.1 .3.2.1 7 chahtinu[ch] - Channel AHT in use - 1 bit 

If this bit is a 1, channel ch is coded using an Adaptive Hybrid Transform. If this bit is a 0, conventional channel 
coding is used for that region. 

E.1 .3.2.1 8 Ifeahtinu - LFE channel AHT in use - 1 bit 

If this bit is a 1, the LFE channel is coded using an Adaptive Hybrid Transform. If this bit is a 0, conventional LFE 
channel coding is used for that region. 

E.1 .3.2.1 9 frmcsnroffst - Frame coarse SNR offset - 6 bits 

This field contains the frame coarse SNR offset value. This coarse SNR offset value is used for every block in the 
frame. 
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E.1 .3.2.20 frmfsnroffst - Frame fine SNR offset - 4 bits 

This field contains the fi^ame fine SNR offset value. This fine SNR offset value is used for every channel of every block 
in the frame, including the coupling and LFE channels. 

E.1 .3.2.21 chintransproc[ch] - Channel in transient pre-noise processing - 1 bit 

Transient pre-noise processing exist bit for each full bandwidth channel. If set to 1, then the corresponding channel has 
associated transient pre-noise processing data. 

E.1 .3.2.22 transprocloc[ch] - Transient location relative to start of frame - 10 bits 

This field provides the location of the transient relative to the start of the current frame. The transient location (in 
samples) is calculated by multiplying this value by 4. It is possible for the transient to be located in a later audio frame 
and therefore this number can exceed the number of PCM samples contained within the current frame. 

E.1 .3.2.23 transproclen[ch] - Transient processing length - 8 bits 

This field provides the transient pre-noise processing length in samples, relative to the location of the transient provided 

by the value of transprocloc[ch]. 

E.1 .3.2.24 chinspxatten[ch] - Channel in spectral extension attenuation processing - 
1 bit 

If this bit is a 1, channel [ch] is using spectral extension attenuation processing. If it is a 0, channel [ch] is not using 
spectral extension attenuation processing. 

E.1 .3.2.25 spxattencod[ch] - Spectral extension attenuation code - 5 bits 

This 5-bit code specifies the index for channel [ch] into Table E.14 from which spectral extension attenuation values are 
derived. 

E.1 .3.2.26 bikstrtinfoe - Block start information exists - 1 bit 

If this bit is a 1, block start information follows in the bit stream. If this bit is a 0, no block start information follows in 
the bit stream. 

E.1 .3.2.27 bikstrtinfo - Block start information - nblkstrtbits 

This field contains the block start information. The number of bits of block start information is given by the formula: 

nblkstrtbits = (numblks - 1) x (4 H- ceiling (log2 (words_per_frame))) 
where: 

numblks is derived from the numblkscod in Table E.3; 

CGiling(n) is a function which rounds the fractional number n up to the next higher integer. 
For example: 

ceiling(2,l) = 3 

log2(n) is the base 2 logarithm of n 

words_per_frame = frmsiz + 1 
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E.1 .3.2.28 firstspxcos[ch] - First spectral extension coordinates states 

The f irstSpxCOS[ch] state determines when new spectral extension coordinates can be assumed to exist in the bit 
stream. If firstSpxCOS[ch] is set to 1, the SpxCOe[ch] bit is assumed to be 1 for the current block and is not 
transmitted in the bit stream. 

E.1 .3.2.29 firstcplcos[ch] - First coupling coordinates states 

The f irstCplCOS[ch] state determines when new coupling coordinates can be assumed to exist in the bit stream. If 
firstCplCOS[ch] is set to 1, the CplCOe[ch] bit is assumed to be 1 for the current block and is not transmitted in the bit 
stream. 

E.1 .3.2.30 firstcplleak - First coupling leak state 

The f IrstCpllGak state determines when new coupling leak values can be assumed to exist in the bit stream. If 
flrstCpllGak is set to 1, the CpllGakG bit is assumed to be 1 for the current block and is not transmitted in the bit 
stream. 

E.1. 3.3 audblk - Audio block 

E.1 .3.3.1 spxstre - Spectral extension strategy exists - 1 bit 

If this bit is a 1, spectral extension information follows in the bit stream. If it is 0, new spectral extension information is 
not present, and spectral extension parameters previously sent are reused. 

E.1 .3.3.2 spxinu - Spectral extension in use - 1 bit 

If this bit is a 1, then the spectral extension technique is used in this block. If this bit is a 0, then the spectral extension 
technique is not used in this block. 

E.1 .3.3.3 chinspx[ch] - Channel using spectral extension - 1 bit 

If this bit is a 1, then the channel indicated by the index [ch] is utilizing spectral extension. If the bit is a 0, then this 
channel is not utilizing spectral extension. 

E.1 .3.3.4 spxstrtf - Spectral extension start copy frequency code - 2 bits 

This 2-bit code is used to derive the number of the lowest frequency sub-band of the spectral extension copy region. See 
Table E.9 for the definition of the spectral extension sub-bands. 

E.1 .3.3.5 spxbegf - Spectral extension begin frequency code - 3 bits 

This 3-bit code is used to derive the number of the lowest frequency sub-band of the spectral extension region. The 
index of the first active spectral extension sub-band is equal to spx_begin_subbnd and is calculated as: 

if (spxbegf < 6) { spx_begin_subbnd = spxbegf H- 2} 

else { spx_begin_subbnd = spxbegf * 2 - 3 } 

E.1 .3.3.6 spxendf - Spectral extension end frequency code - 3 bits 

This 3-bit code is used to derive a number one greater than the highest frequency sub-band of the spectral extension 
region. The index of one greater than the highest active spectral extension sub-band is equal to spx_end_subbnd and is 
calculated as: 

if (spxendf < 3) { spx_end_subbnd = spxendf + 5 } 

else { spx_end_subbnd = spxendf * 2 H- 3 } 
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E.1 .3.3.7 spxbndstrce - Spectral extension band structure exist - 1 bit 

If this parameter is one, the spectral extension band structure follows. If it is zero in the first block using spectral 
extension, a default spectral extension band structure is used. If it is zero in any other block, the band structure from the 
previous block is reused. The default banding structure defspxbndstrc[] is shown in Table E.IO. 

Table E.10: Default spectral extension banding structure 



spx 
sub-band # 


defspxbndstrc[] 








1 





2 





3 





4 





5 





6 





7 





8 


1 


9 





10 


1 


11 





12 


1 


13 





14 


1 


15 





16 


1 



E.1 .3.3.8 spxbndstrc[bnd] - Spectral extension band structure - 1 bit to 14 bits 

This data structure determines the grouping of subbands in spectral extension, and operates in the same fashion as the 
coupling band structure. For each subband: 

A zero represents the beginning of a new band. 

A one indicates that the subband should be combined into the previous band. 

Note that it is assumed that the first band begins at the first subband. Therefore, the first band is assumed to be zero and 
not sent. The first band in the structure corresponds to the second subband. 

E.1 .3.3.9 spxcoe[ch] - Spectral extension coordinates exist - 1 bit 

If this parameter is one, spectral extension coordinate information follows. If it is zero, the spectral extension 
coordinates from the previous block are used. 

E.1 .3.3.1 spxblnd[ch] - Spectral extension blend - 5 bits 

This per channel parameter determines the per channel noise blending factor (translated signal mixed with random 
noise) for the spectral extension process. 

E.1 .3.3.1 1 mstrspxco[ch] - Master spectral extension coordinate - 2 bits 

This per channel parameter establishes a per channel gain factor (increasing the dynamic range) for the spectral 
extension coordinates as shown in Table 4.10 from the mstrcplCO[ch] element from clause 4.4.3.15. 

E.1 .3.3.1 2 spxcoexp[ch][bnd] - Spectral extension coordinate exponent - 4 bits 

Each spectral extension coordinate is composed of a 4-bit exponent and a 2-bit mantissa. This element is the value of 
the spectral extension coordinate exponent for channel [ch] and band [bnd]. The index [ch] only will exist for those 
channels that are in spectral extension. The index [bnd] will range from zero to DSpxbndS. 



£75/ 



140 



ETSI TS 102 366 VI .2.1 (2008-08) 



E.1 .3.3.1 3 spxcomant[ch][bnd] - Spectral extension coordinate mantissa - 2 bits 

This element is the 2-bit spectral extension coordinate mantissa for the channel [ch] and band [bnd]. 

E.1 .3.3.14 ecplinu - Enhanced coupling in use - 1 bit 

If this bit is a 1, enhanced coupling is used for the current block. If this bit is a 0, standard coupling is used for the 
current block. 

E.1 .3.3.1 5 cplbndstrce - Coupling band structure exist - 1 bit 

If this parameter is one, the coupling band structure follows. If it is zero in the first block using coupling, a default 
coupling band structure is used. If it is zero in any other block, the band structure from the previous block is reused. The 
default coupling banding structure dGfcplbndstrc[] is shown in Table E.ll. 

Table E.11: Default coupling banding structure 



couple 
sub-band # 


defcplbndstrc[] 







1 





2 





3 





4 





5 





6 





7 





8 


1 


9 





10 




11 




12 





13 




14 




15 




16 




17 





E.1 .3.3.1 6 ecplbegf - Enhanced coupling begin frequency code - 4 bits 

This 4-bit code is used to derive the number of the lowest frequency edge of the enhanced coupling channel (or the first 
active enhanced coupling sub-band) as shown in Table E.20. The index of the first active enhanced coupling sub-band 
is equal to ecpl_begin_SUbbnd and is calculated as: 

if (ecplbegf < 3) { ecpl_begin_subbnd = ecplbegf x 2} 

Else if (ecplbegf < 13) {ecpl_begin_subbnd = ecplbegf H- 2} 

Else { ecpl_begin_subbnd = ecplbegf x 2-10} 

E.1 .3.3.1 7 ecplendf - Enhanced coupling end frequency code - 4 bits 

This 4-bit code is used to derive a number one greater than the highest frequency sub-band of the enhanced coupling 
region. See Table E.20. The index of one greater than the highest active enhanced coupling sub-band is equal to 
ecpl_end_SUbbnd and is calculated as: 

if (spxinu == 0) { ecpl_end_subbnd = ecplendf H- 7} 

Else if (spxbegf < 6) { ecpl_end_subbnd = spxbegf + 5 } 

Else { ecpl_end_subbnd = spxbegf X 2} 
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E. 1.3. 3. 18 ecplbndstrce - Enhanced coupling band structure exists - 1 bit 

If this parameter is one, the enhanced coupling band structure follows. If it is zero in the first block using enhanced 
coupling, a default enhanced coupling band structure is used. If it is zero in any other block, the band structure from the 
previous block is reused. The default enhanced coupling banding structure dGfGCplbndstrc[] is shown in Table E.12. 

Table E.12: Default enhanced coupling banding structure 



Enhanced Coupling 
Sub-Band # 


defecplbndstrc[] 


0to8 





9 


1 


10 





11 


1 


12 





13 


1 


14 





15 


1 


16 


1 


17 


1 


18 





19 


1 


20 


1 


21 


1 



E.I. 3.3. 19 ecplbndstrc[sbnd] - Enhanced coupling band structure - 1 bit 

There are 22 enhanced coupling sub-bands defined in Table E.12, each containing either 6 or 12 frequency coefficients. 
The fixed 12-bin wide enhanced coupling sub-bands 8 and above are converted into enhanced coupling bands, each of 
which may be wider than (a multiple of) 12 frequency bins. Sub-bands through 7 are never grouped together to form 
larger enhanced coupling bands, and are thus each considered enhanced coupling bands. Each enhanced coupling band 
may contain one or more enhanced coupling sub-bands. Enhanced coupling coordinates are transmitted for each 
enhanced coupling band. Each band's enhanced coupling coordinate must be applied to all the coefficients in the 
enhanced coupling band. 

The enhanced coupling band structure indicates which enhanced coupling sub-bands are combined into wider enhanced 
coupling bands. When GCplbndstrc[sbnd] is a 0, the sub-band number [sbnd] is not combined into the previous band 
to form a wider band, but starts a new 12-bin wide enhanced coupling band. When Cplbndstrc[sbnd] is a 1, then the 
sub-band [sbnd] is combined with the previous band, making the previous band 12 bins wider. Each successive value 
of GCplbndstrC which is a 1 will continue to combine sub-bands into the current band. When another GCplbndstrC 
value of is received, then a new band will be formed, beginning with the 12 bins of the current sub-band. The set of 
GCplbndstrc[sbnd] values is typically considered an array. 

Each bit in the array corresponds to a specific enhanced coupling sub-band in ascending frequency order. The elements 
of the array corresponding to the sub-bands up to and including GCpl_bGgin_SUbbnd or 8 (whichever is greater), are 
always 0, and are not transmitted. (There is no reason to send an GCplbndstrC bit for these sub-bands, since these bits 
are always 0.) If there is only one enhanced coupling sub-band above sub-band 7, then no GCplbndstrC bits are sent. 

The total number of enhanced coupling bands, HGCplbnd, may be computed as follows: 

necplbnd = ecpl_end_subbnd - ecpl_begin_subbnd; 

necplbnd -= ecplbndstrc[ecpl_begin_subbnd] H- ... H- ecplbndstrc[ecpl_end_subbnd -1] 
A default setting of GCplbndstrc[], when all bands are used in enhanced coupling, is given in Table E.22. 

E.I .3.3.20 ecplangleintrp - Enhanced coupling angle interpolation flag - 1 bit 

If this element is set to 1, then interpolation is used to derive enhanced coupling bin angle values between band angle 
values according to the pseudo-code specified in clause E.2.5.5.3. If this element is set to 0, then interpolation is not 
used and the each enhanced coupling band value should be applied to all the bin angle values within the band. 
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E. 1.3. 3. 21 ecplparam1e[ch] - Enhanced coupling parameters 1 exist - 1 bit 

Enhanced coupling parameters are used to derive the enhanced coupHng coordinates which indicate, for a given channel 
and within a given enhanced coupling band, the fraction of the enhanced coupling channel frequency coefficients to use 
to re-create the individual channel frequency coefficients. Enhanced coupling parameters are conditionally transmitted 
in the bit stream. If new values are not delivered, the previously sent values remain in effect. See clause E.2.5 for 
further information on enhanced coupling. 

Each enhanced coupling coordinate is derived from a 5-bit amplitude, a 6-bit angle, a 3-bit chaos measure and a 1-bit 
transient present flag. With the exception of the transient present flag, enhanced coupling parameters are signalled by 
two exist bits. 

If GCplparam 1 G[ch] is l, the amplitudes for the corresponding channel [ch] exist and follow in the bit stream. If the 
bit is 0, the previously transmitted amplitudes for this channel are reused. All amplitudes are always transmitted in the 
first block in which enhanced coupling is enabled. 

E.I .3.3.22 ecplparam2e[ch] - Enhanced coupling parameters 2 exist - 1 bit 

If GCplparam2G[ch] is l, the angle and chaos values for the corresponding channel [ch] exist and follow in the bit 
stream. If the bit is 0, the previously transmitted angle and chaos values for this channel are reused. The angle and chaos 
parameters are always transmitted in the first block in which enhanced coupling is enabled. 

E.I .3.3.23 ecplamp[ch][bnd] - Enhanced coupling amplitude scaling - 5 bits 

This element is the value of the enhanced coupling amplitude for channel [ch] and band [bnd]. The index [ch] will only 
exist for those channels in enhanced coupling. The index [bnd] will range from to necplbnds-1. See clause E.2.5.5 for 
more information on how to interpret enhanced coupling parameters. 

E.I .3.3.24 ecplangle[ch][bnd] - Enhanced coupling angle - 6 bits 

This element is the 6-bit enhanced coupling angle for channel [ch] and band [bnd]. The enhanced coupling angle is 
assumed to be for the first channel [ch] in enhanced coupling, and is not transmitted in the bit stream. 

E.I .3.3.25 ecplchaos[ch][bnd] - Enhanced coupling chaos - 3 bits 

This element is the 3-bit enhanced coupling chaos for channel [ch] and band [bnd]. The enhanced coupling chaos is 
assumed to be for the first channel [ch] in enhanced coupling, and is not transmitted in the bit stream. 

E.I .3.3.26 ecpltrans[ch] - Enhanced coupling transient present - 1 bit 

This element is the 1-bit enhanced coupling transient present indication for channel [ch]. The enhanced coupling 
transient present bit is not transmitted in the bit stream for the first channel [ch] in enhanced coupling. 

E.I .3.3.27 bikfsnroffst - Block fine SNR offset - 4 bits 

This 4-bit code specifies the fine SNR offset value used by all channels, including the coupling and LEE channels. 

E.I .3.3.28 fgaincode - Fast gain codes exist - 1 bit 

If this parameter is set to 1, fast gain codes for each channel are transmitted in the bit stream. If this parameter is set to 
in block 0, no fast gain codes are transmitted in the bit stream, and default fast gain codes are used. If parameter is set to 
in any other block, no fast gain codes are transmitted in the bit stream, and fast gain codes from the previous block are 
re-used. 

E.I .3.3.29 convsnroffste - Converter SNR offset exists - 1 bit 

If this parameter is one, a SNR offset for the converter follows. 
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E.1 .3.3.30 convsnroffst - Converter SNR offset - 1 bits 

This 10 bit word is the SNR offset required to convert the current frame to a compliant AC-3 frame. 

E.1 .3.3.31 chgaqmod[ch] - Channel gain adaptive quantization mode - 2 bits 

This 2-bit code specifies which one of four possible quantization modes is used for mantissas in the given channel. If 
chgaqmod[ch] is 0, conventional scalar quantization is used for channel ch. Otherwise, gain adaptive quantization is 
used and chgaqgain[ch] [n] words follow in the bit stream. 

E.1 .3.3.32 chgaqgain[ch][n] - Channel gain adaptive quantization gain - 1 bit or 5 bits 

This code signals the adaptive quantizer gain value or values associated with one or more exponents. If chgaqmod[ch] is 
either 1 or 2, chgaqgain[ch][n] is 1 bit in length, signalling two possible gain states. If chgaqmod[ch] is 3, 
chgaqgain[ch][n] is 5 bits in length, representing a triplet of gains coded compositely. In this case, each gain signals 
three possible gain states. 

E.1 .3.3.33 pre_chmant[n][ch][bin] - Pre channel mantissas - to 1 6 bits 

These values represent the channel mantissas coded either with scalar, vector or gain adaptive quantization. 

E.1 .3.3.34 cplgaqmod - Coupling channel gain adaptive quantization mode - 2 bits 

This 2-bit code specifies which one of four possible quantization modes is used for mantissas in the coupling channel. If 
cplgaqmod is 0, conventional scalar quantization is used. Otherwise, gain adaptive quantization is used and 
cplgaqgain[n] words follow in the bit stream. 

E.1 .3.3.35 cplgaqgain[n] - Coupling gain adaptive quantization gain - 1 bit or 5 bits 

This code signals the adaptive quantizer gain value or values associated with one or more exponents. If cplgaqmod is 
either 1 or 2, cplgaqgain[n] is 1 bit in length, signalling two possible gain states. If cplgaqmod is 3, cplgaqgain[n] is 
5 bits in length, representing a triplet of gains coded compositely. In this case, each gain signals three possible gain 
states. 

E.1 .3.3.36 pre_cplmant[n][bin] - Pre coupling channel mantissas - bits to 1 6 bits 

These values represent the coupling channel mantissas coded either with scalar, vector or gain adaptive quantization. 

E.1 .3.3.37 Ifegaqmod - LFE channel gain adaptive quantization mode - 2 bits 

This 2-bit code specifies which one of four possible quantization modes is used for mantissas in the LFE channel. If 
Ifegaqmod is 0, conventional scalar quantization is used. Otherwise, gain adaptive quantization is used and 
lfegaqgain[n] words follow in the bit stream. 

E.1 .3.3.38 lfegaqgain[n] - LFE gain adaptive quantization gain - 1 bit or 5 bits 

This code signals the adaptive quantizer gain value or values associated with one or more exponents. If Ifegaqmod is 
either 1 or 2, lfegaqgain[n] is 1 bit in length, signalling two possible gain states. If Ifegaqmod is 3, lfegaqgain[n] is 
5 bits in length, representing a triplet of gains coded compositely. In this case, each gain signals three possible gain 

states. 

E.1 .3.3.39 pre_lfemant[n][bin] - Pre LFE channel mantissas - bits to 1 6 bits 

These values represent the LFE channel mantissas coded either with scalar, vector or gain adaptive quantization. 
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E.2 Decoder processing 



This clause specifies how Enhanced AC-3 decoders will process bit streams that use the Enhanced AC-3 bit stream 
syntax. 

E.2.1 Glitch-free switching between different stream types 

Enhanced AC-3 decoders should be designed to switch between all supported bit stream types without introducing 
audible clicks or pops. 

E.2. 2 Error detection and concealment 

Enhanced AC-3 decoders are required to implement error detection based on the bit stream CRC word. Enhanced AC-3 
bit streams contain only one CRC word, which covers the entire frame. When decoding bit streams that use the 
Enhanced AC-3 bit stream syntax, Enhanced AC-3 decoders must verify the CRC word prior to decoding any of the 
blocks in the frame. 

If the CRC word for an Enhanced AC-3 bit stream is found to be invalid, all blocks in the frame must be substituted 
with an appropriate error concealment signal. For most applications, this can be easily accomplished by simply 
repeating the last known-good block (before the overlap-add window process). 

E.2. 3 IVIodifications to previously defined parameters 

A number of previously defined parameters are utilclaused differently in this annex than as previously specified. The 
following modifications apply to devices decoding bit streams adhering to the syntax specified in this annex. 

E.2. 3.1 cplendf - Coupling end frequency code 

With the addition of the spectral extension tool, the determination of the coupling end frequency code has changed, as 
shown in clause E. 1.2.4. When spectral extension processing is in use (spxinu == 1), the coupling end frequency code 
parameter (cplendf) is not transmitted in the bit stream. Instead, it is derived from the spectral extension begin 
frequency code parameter (spxbegf). It should be noted that when spectral extension processing is in use, the range of 
allowable values of the coupling end frequency code parameter changes from to 15 to -2 to 7. All subsequent 
operations referencing the coupling end frequency code parameter remain valid and are unchanged. 

E.2. 3. 2 nrematbd - Number of rematrixing bands 

With the addition of the spectral extension and enhanced coupling tools, the determination of the number of rematrixing 
bands had changed. The following pseudo code demonstrates how to determine nrematbd. 



£75/ 



145 



ETSI TS 102 366 VI .2.1 (2008-08) 



Pseudo code 



if (cplinu) 

{ 

if (ecplinu) 

{ 

if (ecplbegf == 0) {nrematbd = 0} 
else if (ecplbegf == 1) {nrematbd = l} 
else if (ecplbegf == 2) {nrematbd =2} 
else if (ecplbegf < 5) {nrematbd =3} 
else {nrematbd =4} 

} 

else /* standard coupling */ 



{ 



if (cplbegf == 0) {nrematbd = 2} 
else if (cplbegf < 3) {nrematbd = 3} 
else {nrematbd = 4} 



else if (spxinu) 

{ 

if (spxbegf < 2) {nrematbd =3} 
else {nrematbd =4} 



else 



nrematbd = 4 



E.2.3.3 endmant - End mantissa 



With the addition of the spectral extension and enhanced couphng tools, the determination of the end mantissa bin 
number has changed. The following pseudocode demonstrates how to determine endmant[ch]. 



Pseudo code 



if (ecplinu) {endmant [ch] = ecplsubbndtab [ecpl_begin_subbnd] } 

else if ((spxinu) && (cplinu == 0)) {endmant [ch] = spxbandtable [spx_begin_subbnd] 

else {/* see clause 6.1.3 */} 



E.2.3.4 nchmant - Number of fbw channel mantissas 

Although not previously stated in any version of the present document, the parameter nchmant[ch] is equivalent to the 
parameter endmant[ch]. 



E.2.3.5 ncplgrps - Number of coupled exponent groups 

With the addition of the enhanced coupling tool, the determination of the number of coupled exponent groups has 
changed. The following pseudocode demonstrates how to determine ncplgrps. 



Pseudo code 



if (ecplinu) 

{ 

ecplstartmant = ecplsubbndtab [ecpl_begin_subbnd] ; 

ecplendmant = ecplsubbndtab [ecpl_end_subbnd] ; 

if (cplexpstr == D15) {ncplgrps = (ecplendmant - ecplstartmant) / 3} 

else if (cplexpstr == D25) {ncplgrps = (ecplendmant - ecplstartmant) / 6} 

else if (cplexpstr == D45) {ncplgrps = (ecplendmant - ecplstartmant) / 12} 

} 

else /* standard coupling */ 

{ 

/* see clause 6.1.3 */ 
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E.2.4 Adaptive Hybrid Transform processing 
E.2.4.1 Overview 

The AHT is composed of two linear transforms connected in cascade. The first transform is identical to that employed 
in AC-3 - a windowed Modified Discrete Cosine Transform (MDCT) of length 128 or 256 frequency samples. This 
feature provides compatibility with legacy AC-3 decoders without the need to return to the time domain in the decoder. 
For frames containing audio signals which are not time-varying in nature (stationary), a second transform can optionally 
be applied by the encoder, and inverted by the decoder. The second transform is composed of a non-windowed, non- 
overlapped Discrete Cosine Transform (DCT Type II). When the DCT is employed, the effective audio transform 
length increases from 256 to 1 536 audio samples. This results in significantly improved coding gain and perceptual 
coding performance for stationary signals. 

The AHT transform is enabled by setting the ahte bit stream parameter to 1 . If ahte is 1 , at least one of the independent 
channels, the coupling channel, or the LFE channel has been coded with AHT. The chahtinu[ch], cplahtinu, and 
Ifeahtinu bit stream parameters are used to indicate which channels are channels coded with AHT. 

In order to realize gain made available by the AHT, the AC-3 scalar quantizers have been augmented with two new 
coding tools. When AHT is in use, both 6-dimensional vector quantization (VQ) and gain-adaptive quantization (GAQ) 
are employed. VQ is employed for the largest step sizes (coarsest quantization), and GAQ is employed for the smallest 
stepsizes (finest quantization). The selection of quantizer step size is performed using the same parametric bit allocation 
method as AC-3, except the conventional bit allocation pointer (bap) table is replaced with a high-efficiency bap table 
(hebap[]). The hebap[] table employs finer-granularity than the conventional bap table, enabling more efficient 
allocation of bits. 

E.2.4. 2 Bit stream helper variables 

Several helper variables must be computed during the decode process in order to decode a frame containing at least one 
channel using AHT (ahte = 1). These variables are not transmitted in the bit stream itself, but are computed from other 
bit stream parameters. The first helper variables of this type are denoted in the bit stream syntax as ncplregs, 
nchregs[ch], and nlferegs. The method for computing these variables is presented in the following three sections of 
pseudo code. Generally speaking, the nregs variables are set equal to the number of times exponents are transmitted in 
the frame. 



Pseudo code 


/* only compute ncplregs if 
ncplregs = ; 

/* AHT is only available in 
for(blk = 0; blk < G ; blk++) 

{ 

if( (cplstre[blk] == 1) 

{ 

ncplregs++; 

} 
} 


coupling in use for all G blocks */ 
G block mode (numblkscod ==0x3) */ 


1 1 (cplexpstr [blk] != reuse) ) 





Pseudo code 


for(ch = 0; ch < nfchans; ch++) 

{ 

nchregs [ch] = ; 










/* AHT is only available in G block mode (numblkscod 


==0x3) 


*/ 


for (blk = 0; blk < G ; blk++) 

{ 

if (cliexpstr [blk] [ch] != reuse) 

{ 

ncliregs [ch] ++; 

} 
} 
} 
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Pseudo code 



nlferegs = ; 

/ * AHT is only available in 6 block mode (numblkscod ==0x3) * / 

for(blk = 0; blk < 6; blk++) 

{ 

if ( If eexpstr [blk] != reuse) 

{ 

nlf eregs++; 



A second set of helper variables are required for identifying which and how many mantissas employ GAQ. The arrays 
identifying which bins are GAQ coded are called chgaqbin[ch][bin], cplgaqbin[bin], and lfegaqbin[bin]. Since the 
number and position of GAQ-coded mantissas varies from frame to frame, these variables need to be computed after the 
corresponding hebap[] array is available, but prior to mantissa unpacking. This procedure is shown in pseudo-code 
below. 



Pseudo code 


if(cplahtinu == 0) 
1 


for 
{ 

} 


(bin = cplstrtmant ; bin < cplendmant; bin++) 


cplgaqbin [bin] = ; 


} 
else 

{ 

if 

{ 

} 

els 

{ 

} 

cpl 




(cplgaqmod < 2) 


endbap = 12; 


e 


endbap = 17; 


activegaqbins = 0; 


for 
{ 


(bin = cplstrtmant; bin < cplendmant; bin++) 


if (cplliebap [bin] > 7 && cplliebap [bin] < endbap) 




cplgaqbin [bin] =1; /* Gain word is present */ 




cplactivegaqbins++ ; 




else if (cplhebap [bin] >= endbap) 




cplgaqbin [bin] = -1; /* Gain word is not present */ 




else 


} 
} 


cplgaqbin [bin] = 0; 
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Pseudo code 


for (ch 

{ 

if 

{ 


= 0; 


ch < nf Chans ; ch++) 


chahtinu[ch] == 0) 


for 
{ 

} 


(bin = 0; bin < endmant [ch] ; bin++) 




chgaqbin[ch] [bin] = ; 


} 
else 




1 


if 
{ 

} 
els 

{ 

} 

cha 


( chgaqmod < 2 ) 




endbap = 12; 




e 




endbap = 17; 




ctivegaqbins [ch] = 0; 




for 
{ 


(bin = 0; bin < endmant [ch] ; bin++) 




if (chhebap [ch] [bin] > 7 && chhebap [ch] [bin] < endbap) 
chgaqbin[ch] [bin] =1; /* Gain word is present */ 










chactivegaqbi ns [ch] ++; 






else if (chhebap [ch] [bin] >= endbap) 






chgaqbin[ch] [bin] = -1; /* Gain word not present */ 






else 


} 
} 


} 


chgaqbin[ch] [bin] = 0; 



Pseudo code 



ifdfeahtinu == 0) 



for (bin = 0; bin < Ifeendmant; bin++) 
{ 



If egaqbin [bin] 



else 
{ 



if (Ifegaqmod < 2) 

{ 

endbap = 12 ; 

} 
else 

{ 

endbap = 17; 

} 

If eactivegaqbins = 0; 

for (bin = 0; bin < Ifeendmant; bin++) 

{ 

if (If ehebap [bin] > 7 && If ehebap [bin] < endbap) 



If egaqbin [bin] = 1; 
If eactivegaqbins++ ; 



/ * Gain word is present * / 



else if (If ehebap [bin] >= endbap) 

If egaqbin [bin] = -1; /* Gain word is not present */ 

else 

If egaqbin [bin] = 0; 
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In a final set of helper variables, the number of gain words to be read from the bitstream is computed. These variables 
are called chgaqsections[ch], cplgaqsections, and Ifegaqsections for the independent channels, coupling channel, and 
LFE channel, respectively. They denote the number of GAQ gain words transmitted in the bit stream, and are computed 
as shown in the following pseudo code. 



Pseudo code 



if {cplahtinu == 0) 

{ 

cplgaqsections = 0; 

} 
else 

{ 

switch (cplgaqmod) 

{ 

case 0: /* No GAQ gains present */ 

{ 

cplgaqsections = 0; 
break; 

} 

case 1: /* GAQ gains 1 and 2 */ 

case 2: /* GAQ gains 1 and 4 */ 

{ 

cplgaqsections = cplactivegaqbins; /* cplactivegaqbins was computed earlier */ 
break; 

} 

case 3: /* GAQ gains 1 , 2, and 4 */ 

{ 

cplgaqsections = cplactivegaqbins / 3; 
if {cplactivegaqbins % 3) cplgaqsections++; 
break; 



Pseudo code 



for{ch = 0; ch <nfchans; ch ++) 

{ 

if {chahtinu [ch] == 0) 

{ 

chgaqsections [ch] = 0; 

} 
else 

{ 

switch {chgaqmod [ch] ) 

{ 

case 0: /* No GAQ gains present */ 

{ 

chgaqsections [ch] = 0; 
break; 

} 

case 1: /* GAQ gains 1 and 2 */ 

case 2: /* GAQ gains 1 and 4 */ 

{ 
chgaqsections [ch] = chactivegaqbins [ch] ; /* cliactivegaqbins[ch] was computed earlier */ 
break; 

} 

case 3: /* GAQ gains 1 , 2, and 4 */ 

{ 

chgaqsections [ch] = chactivegaqbins [ch] / 3; 

if {chactivegaqbins [ch] % 3) chgaqsections [ch] ++; 

break; 
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Pseudo code 



ifdfeahtinu == 0) 

{ 

If egaqsections = ; 



else 
{ 



sumgaqbins = ; 

for {bin = 0; bin < Ifeendmant; bin++) 

{ 

sumgaqbins += If egaqbin [bin] ; 

} 

switch {If egaqmod) 

{ 

case 0: /* No GAQ gains present */ 

{ 

If egaqsections = 0; 
break; 

} 

case 1: /* GAQ gains 1 and 2 */ 

case 2: /* GAQ gains 1 and 4 * / 

{ 

If egaqsections = If eactivegaqbins; /* Ifeactivegaqbins was computed earlier */ 
break; 

} 

case 3: /* GAQ gains 1, 2, and 4 */ 

{ 

If egaqsections = Ifeactivegaqbins / 3; 

if {If eactivegaqbins % 3) If egaqsections++; 

break; 



If the gaqmod bit stream parameter bits are set to 0, conventional scalar quantization is used in place of GAQ coding. If 
the gaqmod bits are set to 1 or 2, a 1-bit gain is present for each mantissa coded with GAQ. If the gaqmod bits are set to 
3, the GAQ gains for three individual mantissas are compositely coded as a 5-bit word. 

E. 2.4.3 Bit allocation 

When AHT is in use for any independent channel, the coupling channel, or the LFE channel, higher coding efficiency is 
achieved by allowing quantization noise to be allocated with higher precision. The high precision allocation is achieved 
using a combination of a new bit allocation pointer look up table and vector quantization. The following clauses 
describe the changes to the bit allocation routines defined in clause 6.2 in order to achieve higher precision allocation. 

E. 2.4.3.1 Parametric bit allocation 

If the ahtinu flag is set for any independent channel, the coupling channel, or the LFE channel then the bit allocation 
routine (defined in clause 6.2.2) for that channel is modified to incorporate the new high efficiency bit allocation 
pointers. When AHT is in use, the exponents are first decoded and the PSD, excitation function, and masking curve are 
calculated. The delta bit allocation, if present in the bit stream, is then applied (in accordance with clause 6.2.2.6). The 
final computation of the bit allocation, however, is modified as follows: 

The high efficiency bit allocation array (hebap[]) is now computed. The masking curve, adjusted by the snroffset and 
then truncated, is subtracted from the fine-grain psd[] array. The difference is right shifted by 5 bits, limited, and then 
used as an address into the hebaptab[] to find the final bit allocation and quantizer type applied to the mantissas. The 
hebaptab[] array is shown in Table E.13. 

At the end of the bit allocation procedure, shown in the following pseudo-code, the hebap[] array contains a series of 
5-bit pointers. The pointers indicate how many bits have been allocated to each mantissa and the type of quantizer 
applied to the mantissas. The correspondence between the hebap pointer and quantizer type and quantizer levels is 
shown in Table E.14. 
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Pseudo code 



if {ahtinu 



1) /* cplAHTinu, chAHTinu[ch] , or IfeAHTinu */ 



i = start ; 

j = masktab [start] ; 

do 

{ 

lastbin = min {bndtab [ j ] + bndsz[j]), end) ; 
mask[j] -= snroffset ; 
mask[j] -= floor ; 
if {mask[j] < 0) 



mask [ j ] 



{ 

} 

mask[j] &= OxlfeO ; 

mask[j] += floor ; 

for {k = i; k < lastbin; k++) 



address 
address 
hebap [i] 
i++ ; 



{psd[i] - mask[j]) >> 5 
min{63, max{0, address)) 
= hebaptab [address] ; 



} 

} 

wliile {end > lastbin) 



else 



do 
{ 



start ; 
masktab [start] 



lastbin = min {bndtab [j ] + bndsz[j] 
mask[j] -= snroffset ; 
mask[j] -= floor ; 
if {mask[j] < 0) 



mask[j] = ; 

} 

mask[j] &= OxlfeO ; 

mask[j] += floor ; 

for {k = i; k < lastbin; 



end) ; 



k+ + ) 



address = {psd[i] - mask[j]) >> 5 
address = min{63, max{0, address)) 
bap[i] = baptab [address] ; 



} 

while {end > lastbin) 



Note that if AHT is not in use for a given independent channel, the coupling channel, or the LFE channel, then the bit 
allocation procedure and resulting bap[] arrays for that channel are the same as described in clause 6.2. 
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E.2.4.3.2 Bit allocation tables 



Table E.13: High efficiency bit allocation pointers, hebaptab[ ] 



Address 


hebaptab[address] 


Address 


hebaptab[address] 








32 


14 


1 


1 


33 


14 


2 


2 


34 


14 


3 


3 


35 


15 


4 


4 


36 


15 


5 


5 


37 


15 


6 


6 


38 


15 


7 


7 


39 


16 


8 


8 


40 


16 


9 


8 


41 


16 


10 


8 


42 


16 


11 


8 


43 


17 


12 


9 


44 


17 


13 


9 


45 


17 


14 


9 


46 


17 


15 


10 


47 


18 


16 


10 


48 


18 


17 


10 


49 


18 


18 


10 


50 


18 


19 


11 


51 


18 


20 


11 


52 


18 


21 


11 


53 


18 


22 


11 


54 


18 


23 


12 


55 


19 


24 


12 


56 


19 


25 


12 


57 


19 


26 


12 


58 


19 


27 


13 


59 


19 


28 


13 


60 


19 


29 


13 


61 


19 


30 


13 


62 


19 


31 


14 


63 


19 



Table E.14: Quantizer type, quantizer level, and mantissa bits vs. hebap 



hebap 


Quantizer Type 


Levels 


Mantissa Bits 





NA 


NA 





1 


VQ 


NA 


(2/6) 


2 


VQ 


NA 


(3/6) 


3 


VQ 


NA 


(4/6) 


4 


VQ 


NA 


(5/6) 


5 


VQ 


NA 


(7/6) 


8 


VQ 


NA 


(8/6) 


7 


VQ 


NA 


(9/6) 


8 


symmetric + GAQ 


7 


3 


9 


symmetric + GAQ 


15 


4 


10 


symmetric + GAQ 


31 


5 


11 


symmetric + GAQ 


63 


6 


12 


symmetric + GAQ 


127 


7 


13 


symmetric + GAQ 


255 


8 


14 


symmetric + GAQ 


511 


9 


15 


symmetric + GAQ 


1 023 


10 


16 


symmetric + GAQ 


2 047 


11 


17 


symmetric + GAQ 


4 095 


12 


18 


symmetric + GAQ 


16,383 


14 


19 


symmetric + GAQ 


65,535 


16 
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E. 2.4.4 Quantization 



Depending on the bit allocation pointer (hebap) calculated in clause E.2.4.2, the mantissa values are either coded using 
vector quantization or gain adaptive quantization. The following clauses describe both of these coding techniques. 

E. 2.4.4.1 Vector quantization 

Vector quantization is a quantization technique that takes advantage of similarities and patterns in an ordered series of 
values, or vector, to reduce redundancy and hence improve coding efficiency. For AHT processing, 6 mantissa values 
across blocks within a single spectral bin are grouped together to create a 6-dimensional Euclidean space. 

If AHT is in use and the bit allocation pointer is between 1 and 7 inclusive, then vector quantization (VQ) is used to 
encode the mantissas. The range of hebap values that use VQ are shown in Table E.3. If VQ is applied to a set of 
6 mantissa values then the data in the bit stream represents an N bit index into a 6-dimensional look up table, where N is 
dependent on the hebap value as defined in Table E.3. The vector tables are shown in clause E.3; the values in the 
vector tables are represented as 16-bit, signed values. 

If a hebap value is within the VQ range, the encoder selects the best vector to transmit to the decoder by locating the 
vector which minimizes the Euclidean distance between the actual mantissa vector and the table vector. The index of 
the closest matching vector is then transmitted to the decoder. 

In the decoder, the index is read from the bit stream and the mant values are replaced with the values from the 
appropriate vector table. 

E. 2.4.4. 2 Gain adaptive quantization 

Gain-Adaptive Quantization (GAQ) is a method for quantizing mantissas using variable-length codewords. In the 
encoder, the technique is based upon conditionally amplifying one or more of the smaller and typically more frequently 
occurring transform coefficient mantissas in one DCT block, and representing these with a shorter length code. Larger 
transform coefficients are not gain amplified, but are transmitted using longer codes since these occur relatively 
infrequently for typical audio signals. The gain words selected by the encoder, one per GAQ-coded DCT block of 
length six, are packed together with the mantissa codewords and transmitted as side information. With this system, the 
encoder can adapt to changing local signal statistics from frame to frame, and/or from channel to channel. Since a 
coding mode using constant-length output symbols is included as a subset, gain-adaptive quantization cannot cause a 
noticeable coding loss compared to the fixed-length codes used in AC-3. 

In the decoder, the individual gain words are unpacked first, followed by a bit stream parsing operation (using the gains) 
to reconstruct the individual transform coefficient mantissas. To compensate for amplification applied in the encoder, 
the decoder applies an attenuation factor to the small mantissas. The level of large mantissas is unaffected by these gain 
factors in both the encoder and decoder. 

The decoder structure for gain-adaptive quantization is presented in Figure E. 1 . Decoder processing consists of a bit 
stream deformatter connected in cascade with the switched gain attenuation element, labelled as l/Gj^ in the figure. The 

three inputs to the deformatter are the packed mantissa bit stream, the hebap[] output from the parametric bit allocation, 
and the gaqgain[] array received from the encoder. The hebap[] array is used by the deformatter to determine if the 
current (k'^'^) DCT block of six mantissas to be unpacked is coded with GAQ, and if so, what the small and large 
mantissa bit lengths are. The gaqgain[] array is processed by the deformatter to produce the gain attenuation element 
corresponding to each DCT mantissa block identified in the bit stream. The switch position is also derived by the 
deformatter for each GAQ-coded mantissa. The switch position is determined from the presence or absence of a unique 
bit stream tag, as discussed in the next paragraph. When the deformatting operation is complete, the dequantized and 
level-adjusted mantissas are available for the next stage of processing. 
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hebap[k] 



gaqgain[n] 



Packed 

mantissa 
bits and 



GAQ Mantissa 
Deformatting 



T 



Tag Not 
Present 



A. 






Qs"'(Xk)/Gk 



Dequantized GAQ 

Mantissas 



Tag 
Present 



-► QL'(Xk) 



gaqmod 

Figure E.1 : Flow diagram for GAQ mantissa dequantization 

As a means for signalling the two mantissa lengths to the decoder, quantizer output symbols for large mantissas are 
flagged in the bit stream using a unique identifier tag. In Enhanced AC-3, the identifier tag is the quantizer symbol 
representing a full-scale negative output (e.g. the "100" symbol for a 3-bit two's complement quantizer). In a 
conventional mid-tread quantizer, this symbol is often deliberately unused since it results in an asymmetric quantizer 
characteristic. In gain-adaptive quantization, this symbol is employed to indicate the presence of a large mantissa. The 
tag length is equal to the length of the small mantissa codeword (computed from hebap[] and gaqgain[]), allowing 
unique bit stream decoding. If an identifier tag is found, additional bits immediately following the tag (also of known 
length) convey the quantizer output level for the corresponding large mantissas. 

Four different gain transmission modes are available for use in the encoder. The different modes employ switched 0, 1 
or 1,67 -bit gains. For each independent, coupling, and LFE channel in which AHT is in use, a 2-bit parameter called 
gaqmod is transmitted once per frame to the decoder. The bitstream parameters, values, and active hebap range are 
shown for each mode in Table E.15. If gaqmod = 0x0, GAQ is not in use and no gains are present in the bitstream. If 
gaqmod = 0x1, a 1-bit gain value is present for each block of DCT coefficients having a hebap value between 8 and 1 1, 
inclusive. Coefficients with hebap higher than 11 are decoded using the same quantizer as gaqmod 0x0. If 
gaqmod = 0x2 or 0x3, gain values are present for each block of DCT coefficients having a hebap value between 8 and 
16, inclusive. Coefficients with hebap higher than 16 are decoded using the same quantizer as gaqmod 0x0. The 
difference between the two last modes lies in the gain word length, as shown in the Table E.15. 

Table E.15: Gain adaptive quantization modes 



chgaqmod[ch], 

cplgaqmod, 
and Ifegaqmod 


GAQ Mode for Frame 


Active hebap Range 
(for which gains are transmitted) 


0x0 


GAQ not in use 


None 


0x1 


1 -bit gains (G|<; = 1 or 2) 


8 < hebap < 1 1 


0x2 


1 -bit gains (G),; = 1 or 4) 


8 < hebap < 16 


0x3 


1,67 bit gains (G,^= 1,2, or 4) 


8 < hebap < 16 



For the case of gaqmod = 0x1 and 0x2, the gains are coded using binary to signal Gj^ = 1, and binary 1 to signal 
Gj- = 2 or 4. For the case of gaqmod = 0x3, the gains are composite-coded in triplets (three 3-state gains packed into 
5-bit words). The gains are unpacked in a manner similar to exponent unpacking as described in clause 6.1.3. For 
example, for a 5 -bit composite gain triplet grpgain: 

Ml = truncate (grpgain / 9) 

M2 = truncate ((grpgain % 9) / 3) 

M3 = (grpgain % 9) % 3 
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In this example, Ml, M2, and M3 correspond to mapped values derived from consecutive gains in three ascending 
frequency blocks, respectively, each ranging in value from to 2 inclusive as shown in Table E.16. 

Table E.16: Mapping of gain elements, gaqmod = 0x3 



Gain, G,^ 


Mapped Value 


1 





2 


1 


4 


2 



Details of the GAQ quantizer characteristics are shown in Table E. 17. If the received gain is 1, or no gain was received 
at all, a single quantizer with no tag is used. If the received gain is either 2 or 4, both the small and large mantissas (and 
associated tags) must be decoded using the quantizer characteristics shown. Both small and large mantissas are decoded 
by interpreting them as signed two's complement fractional values. The variable m in the table represents the number of 
mantissa bits associated with a given hebap value as shown in Table E.14. 

Table E.I 7: Gain adaptive quantizer characteristics 





Gk = 1 


Gk = 2 


Gk = 4 


Quantizer 


Small 
Quantizer 


Large 
Quantizer 


Small 
Quantizer 


Large 
Quantizer 


Length of quantizer codeword 


m 


m-1 


m-1 


m-2 


m 


Number of reconstruction 
(output) points 


2m. 1 


2m-1 . 1 


2m-1 


2m-2 . 1 


2rn 


Step size 


2/(2m-1) 


1/(2'^-1) 


1 l{2^-^ -1) 


1/(2"i-1) 


3 / (2"i+1 - 2) 



Since the large mantissas are coded using a dead-zone quantizer, a post-processing step is required to transform (remap) 
large mantissa codewords received by the decoder into a reconstructed mantissa. This remapping is applied when 
G]^ = 2 or 4. An identical post-processing step is required to implement a symmetric quantizer characteristic when 
Gk = 1, and for all gaqmod = 0x0 quantizers. The post-process is a computation of the form y = x H- ax H- b. In this 
equation, x represents a mantissa codeword (interpreted as a signed two's complement fractional value), and the 
constants a and b are provided in Table E.18. The constants are also interpreted as 16-bit signed two's complement 
fractional values. The expression for y was arranged for implementation convenience so that all constants will have 
magnitude less than one. For decoders where this is not a concern, the remapping can be implemented as y = a'x + b, 
where the new coefficient a' = 1 H- a. The sign of x must be tested prior to retrieving b from the table. Remapping is not 
applicable to the table entries marked N/A. 
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Table E.I 8: Large mantissa inverse quantization (remapping) constants 



hiebap 




Gk 


= 1 


Gk 


= 2 


Gk 


= 4 


a 


B 


a 


b 


a 


b 


8 


x>0 


0x1249 


0x0000 


0xd555 


0x4000 


0xedb7 


0x2000 


x<0 


0x1249 


0x0000 


0xd555 


Oxeaab 


Oxedb? 


0xfb6e 


9 


x>0 


0x0889 


0x0000 


0xc925 


0x4000 


0xe666 


0x2000 


x<0 


0x0889 


0x0000 


0xc925 


0xd249 


0xe666 


Oxeccd 


10 


x>0 


0x0421 


0x0000 


0xc444 


0x4000 


0xe319 


0x2000 


x<0 


0x0421 


0x0000 


0xc444 


0xc889 


0xe319 


0xe632 


11 


x>0 


0x0208 


0x0000 


0xc21 1 


0x4000 


0xe186 


0x2000 


x<0 


0x0208 


0x0000 


0xc21 1 


0xc421 


0xe186 


0xe30c 


12 


x>0 


0x0102 


0x0000 


0xc104 


0x4000 


0xe0c2 


0x2000 


x<0 


0x0102 


0x0000 


0xc104 


0xc208 


0xe0c2 


0xe183 


13 


x>0 


0x0081 


0x0000 


0xc081 


0x4000 


oxeoeo 


0x2000 


x<0 


0x0081 


0x0000 


0xc081 


0xc102 


oxeoeo 


OxeOcI 


14 


x>0 


0x0040 


0x0000 


0xc040 


0x4000 


0xe030 


0x2000 


x<0 


0x0040 


0x0000 


0xc040 


0xc081 


0xe030 


oxeoeo 


15 


x>0 


0x0020 


0x0000 


0xc020 


0x4000 


0xe018 


0x2000 


x<0 


0x0020 


0x0000 


0xc020 


0xc040 


0xe018 


0xe030 


16 


x>0 


0x0010 


0x0000 


OxcOlO 


0x4000 


OxeOOc 


0x2000 


x<0 


0x0010 


0x0000 


OxcOlO 


0xc020 


OxeOOc 


0xe018 


17 


x>0 


0x0008 


0x0000 


N/A 


N/A 


N/A 


N/A 


x<0 


0x0008 


0x0000 


N/A 


N/A 


N/A 


N/A 


18 


x>0 


0x0002 


0x0000 


N/A 


N/A 


N/A 


N/A 


x<0 


0x0002 


0x0000 


N/A 


N/A 


N/A 


N/A 


19 


x>0 


0x0000 


0x0000 


N/A 


N/A 


N/A 


N/A 


x<0 


0x0000 


0x0000 


N/A 


N/A 


N/A 


N/A 



E.2.4.5 Transform equations 

The AHT processing uses a DCT to achieve higher coding efficiency. Hence, if AHT is in use, the DCT must be 
inverted prior to applying the exponents. The inverse DCT (IDCT) for AHT is given in the following equation. Any fast 
technique may be used to invert the DCT in Enhanced AC-3 decoders. In the following equation, C(k,m) is the MDCT 
spectrum for the kth bin and mth block, and X{kJ) is the AHT spectrum for the kth bin andjth block. 



C{k,m)=yf2y]RjX(kJ)cosl^ 
j=0 



/(2m + l);r 



12 



: 0,1,...,5 



Where: 



R: 



1 7^0 

1/V2 j = 



and k is the bin index, m is the block index, and j is the AHT transform index. 

E.2.5 Enhanced channel coupling 
E.2.5.1 Overview 

Enhanced channel coupling is a spatial coding technique that elaborates on conventional channel coupling, principally 
by adding phase compensation, a de-correlation mechanism, variable time constants, and more compact amplitude 
representation. The intent is to reduce coupling cancellation artefacts in the encode process by adjusting inter-channel 
phase before downmixing, and to improve dimensionality of the reproduced signal by restoring the phase angles and 
degrees of correlation in the decoder. This also allows the process to be used at lower frequencies than conventional 
channel coupling. 
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The decoder converts the enhanced coupling channel back into individual channels principally by applying an 
amplitude scaling and phase adjustment for each channel and frequency sub-band. Additional processing occurs when 
transients are indicated in one or more channels. 

E.2.5.2 Sub-band structure for enhanced coupling 

Enhanced coupling transform coefficients are transmitted in exactly the same manner as conventional coupling. That is, 
coefficients are reconstructed from exponents and quantized mantissas. Transform coefficients #13 through # 252 are 
grouped into 22 sub-bands of either 6 or 12 coefficients each, as shown in Table E.19. The parameter ecplbegf is used 
to derive the value ecpl_begin_subbnd which indicates the number of the enhanced coupling sub-band which is the first 
to be included in the enhanced coupling process. Below the frequency (or transform coefficient number) indicated by 
ecplbegf, all channels are independently coded. Above the frequency indicated by ecplbegf, channels included in the 
enhanced coupling process (chincpl[ch] = 1) share the common enhanced coupling channel up to the frequency (or tc #) 
indicated by ecplendf. The enhanced coupling channel is coded up to the frequency (or tc #) indicated by ecplendf, 
which is used to derive ecpl_end_subbnd. The value ecpl_end_subbnd is one greater than the last coupling sub-band 
which is coded. 

Table E.19: Enhanced coupling sub-bands 



enhanced 

coupling 

sub-band # 


low tc # 


hightc# 


If cutoff (kHz) 
@ fs = 48 kHz 


hf cutoff (kHz) 
@ fs = 48 kHz 


If cutoff (kHz) 
@ fs = 44,1 kHz 


hf cutoff (kHz) 
@ fs = 44,1 kHz 





13 


18 


1,17 


1,73 


1,08 


1,59 


1 


19 


24 


1,73 


2,30 


1,59 


2,11 


2 


25 


30 


2,30 


2,86 


2,11 


2,63 


3 


31 


36 


2,86 


3,42 


2,63 


3,14 


4 


37 


48 


3,42 


4,55 


3,14 


4,18 


5 


49 


60 


4,55 


5,67 


4,18 


5,21 


6 


61 


72 


5,67 


6,80 


5,21 


6,24 


7 


73 


84 


6,80 


7,92 


6,24 


7,28 


8 


85 


96 


7,92 


9,05 


7,28 


8,31 


9 


97 


108 


9,05 


10,17 


8,31 


9,35 


10 


109 


120 


10,17 


11,30 


9,35 


10,38 


11 


121 


132 


11,30 


12,42 


10,38 


11,41 


12 


133 


144 


12,42 


13,55 


11,41 


12,45 


13 


145 


156 


13,55 


14,67 


12,45 


13,48 


14 


157 


168 


14,67 


15,80 


13,48 


14,51 


15 


169 


180 


15,80 


16,92 


14,51 


15,55 


16 


181 


192 


16,92 


18,05 


15,55 


16,58 


17 


193 


204 


18,05 


19,17 


16,58 


17,61 


18 


205 


216 


19,17 


20,30 


17,61 


18,65 


19 


217 


228 


20,30 


21,42 


18,65 


19,68 


20 


229 


240 


21,42 


22,55 


19,68 


20,71 


21 


241 


252 


22,55 


23,67 


20,71 


21,75 


NOTE: At 32 kHz sampling rate the sub-band frequency ranges are 2/3 the values of those for 48 kHz. 
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Table E.20: Enhanced coupling start and end indexes 



ecpl 
sub-band # 


low tc # 


high tc # 


ecplbegf 


ecplendf 





13 


18 







1 


19 


24 






2 


25 


30 


1 




3 


31 


36 






4 


37 


48 


2 




5 


49 


60 


3 




6 


61 


72 


4 




7 


73 


84 


5 





8 


85 


96 


6 


1 


9 


97 


108 


7 


2 


10 


109 


120 


8 


3 


11 


121 


132 


9 


4 


12 


133 


144 


10 


5 


13 


145 


156 


11 


6 


14 


157 


168 


12 


7 


15 


169 


180 




8 


16 


181 


192 


13 


9 


17 


193 


204 




10 


18 


205 


216 


14 


11 


19 


217 


228 




12 


20 


229 


240 


15 


13 


21 


241 


252 




14 


22 


253 






15 



The enhanced couphng sub-bands are combined into enhanced couphng bands for which coupHng coordinates are 
generated (and included in the bit stream). The couphng band structure is indicated by ecplbndstrc[sbnd]. Each bit of 
the ecplbndstrc[] array indicates whether the sub-band indicated by the index is combined into the previous (lower in 
frequency) enhanced coupling band. Enhanced coupling bands are thus made from integral numbers of enhanced 
coupling sub-bands. (See clause E. 2.5.2.) 



£75/ 



159 



ETSI TS 102 366 VI .2.1 (2008-08) 



E.2.5.3 Enhanced coupling tables 

The following tables are used to lookup various parameter values used by the enhanced coupling process. 
Table E.21 : Sub-band transform start coefficients: ecplsubbndtab[] 



Sbnd 


ecplsubbndtab[sbnd] 





13 


1 


19 


2 


25 


3 


31 


4 


37 


5 


49 


6 


61 


7 


73 


8 


85 


9 


97 


10 


109 


11 


121 


12 


133 


13 


145 


14 


157 


15 


169 


16 


181 


17 


193 


18 


205 


19 


217 


20 


229 


21 


241 


22 


253 
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Table E.22: Amplitudes: ecplampexptab[], ecplampmanttab[] 



ecplamp 


ecplampexptab[ecplamp] 


ecplampmanttab[ecplamp] 








0x20 


1 





0x1 b 


2 





0x17 


3 





0x13 


4 





0x10 


5 


1 


0x1 b 


6 


1 


0x17 


7 


1 


0x13 


8 


1 


0x10 


9 


2 


0x1 b 


10 


2 


0x17 


11 


2 


0x13 


12 


2 


0x10 


13 


3 


0x1 b 


14 


3 


0x17 


15 


3 


0x13 


16 


3 


0x10 


17 


4 


0x1 b 


18 


4 


0x17 


19 


4 


0x13 


20 


4 


0x10 


21 


5 


0x1 b 


22 


5 


0x17 


23 


5 


0x13 


24 


5 


0x10 


25 


6 


0x1 b 


26 


6 


0x17 


27 


6 


0x13 


28 


6 


0x10 


29 


7 


0x1 b 


30 


7 


0x17 


31 


- 


0x00 
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Table E.23: Angles: ecplangletab[] 



ecplangle 


ecplangletab[ecplangle] 




ecplangle 


ecplangletab[ecplangle] 





0,00000 




32 


-1 ,00000 


1 


0,03125 




33 


-0,96875 


2 


0,06250 




34 


-0,93750 


3 


0,09375 




35 


-0,90625 


4 


0,12500 




36 


-0,87500 


5 


0,15625 




37 


-0,84375 


6 


0,18750 




38 


-0,81250 


7 


0,21875 




39 


-0,78125 


8 


0,25000 




40 


-0,75000 


9 


0,28125 




41 


-0,71875 


10 


0,31250 




42 


-0,68750 


11 


0,34375 




43 


-0,65625 


12 


0,37500 




44 


-0,62500 


13 


0,40625 




45 


-0,59375 


14 


0,43750 




46 


-0,56250 


15 


0,46875 




47 


-0,53125 


16 


0,50000 




48 


-0,50000 


17 


0,53125 




49 


-0,46875 


18 


0,56250 




50 


-0,43750 


19 


0,59375 




51 


-0,40625 


20 


0,62500 




52 


-0,37500 


21 


0,65625 




53 


-0,34375 


22 


0,68750 




54 


-0,31250 


23 


0,71875 




55 


-0,28125 


24 


0,75000 




56 


-0,25000 


25 


0,78125 




57 


-0,21875 


26 


0,81250 




58 


-0,18750 


27 


0,84375 




59 


-0,15625 


28 


0,87500 




60 


-0,12500 


29 


0,90625 




61 


-0,09375 


30 


0,93750 




62 


-0,06250 


31 


0,96875 




63 


-0,03125 



Table E.24: Chaos scaling: ecplchaostab[] 



ecplchaos 


ecplchaostab[ecplchaos] 





0,000000 


1 


-0,142857 


2 


-0,285714 


3 


-0,428571 


4 


-0,571429 


5 


-0,714286 


6 


-0,857143 


7 


-1,000000 



E.2.5.4 Enhanced coupling coordinate format 

Enhanced coupling coordinates exist for each enhanced coupling band [bnd] in each channel [ch] which is coupled 
(chincp[ch]==l). Enhanced coupling coordinates are derived from three parameters; a 5-bit amplitude scaling value 
(ecplamp[ch][bnd]), a 6-bit phase angle value (ecplangle [ch] [bnd]) and a 3-bit chaos measure (ecplchaos [ch] [bnd]). 
These values will always be transmitted in the first block containing a coupled channel and are optionally transmitted in 
subsequent blocks, as indicated by the enhanced coupling parameter exists flags (ecplparamle[ch] and 
ecplparam2e[ch]). If ecplparamle[ch] or ecplparam2e[ch] are set to 0, corresponding coordinate values from the 
previous block are reused. 

The ecplamp values to 30 represent gains between dB and -45,01 dB quantized to increments of approximately 

1,5 dB, and the value 31 represents minus infinity dB. The ecplangle values represent angles between and 2pi radians, 

quantized to increments of 2pi/64 radians. The ecplchaos values each represent a scaling value between 0,0 and -1,0. 
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E.2.5.5 Enhanced coupling processing 



This clause describes the processing steps required to recover transform coefficients for each coupled channel from the 
enhanced coupling data. 

The following steps are performed for each block. 

Process the enhanced coupling channel. 

Prepare amplitudes for each channel and band. 

Prepare angles for each channel and band. 

Generate transform coefficients for each channel from the processed enhanced coupling channel, amplitudes 
and angles. 

E.2.5.5. 1 Process enhanced coupling channel 

This clause assumes that the enhanced coupling channel mantissas and exponents have been extracted from the 
bitstream and have been denormalized into fixed point transform coefficients. 

Angle adjustment of the enhanced coupling channel requires that time domain aliasing not be present. Therefore the 
non-aliased enhanced coupling channel must be reconstructed using the enhanced coupling transform coefficients from 
the previous, current and next blocks. If enhanced coupling is not in use in the previous block, enhanced coupling 
transform coefficients for the previous block shall be set to zero. Likewise if enhanced coupling is not in use in the next 
block, enhanced coupling transform coefficients for the next block shall be set to zero. 

The following procedure describes how the non-aliased coupling channel is obtained. 

1) Define the MDCT transform coefficient buffers for the previous, current and next blocks (of length 
k = 0,l,...,N/2-l where N = 512) as: 

Xpjj£Y[k] = ecplmantpjj£vM where k = ecplstartmantpjj£v to ecplendmantpjj£v - 1 

= elsewhere 

^CURrM = ecplmantQURR[k] where k = ecplstartmant^uRR to ecplendmant(-,uRR - 1 

= elsewhere 

Xj^£jjj[k] = ecplmantjsj£xx[k] where k = ecplstartmantj,^£xx to ecplendmantj,^£j^j - 1 

= elsewhere 

where ecplstartmant = ecplsubbndtab[ecpl_begin_subbnd]; 
ecplendmant = ecplsubbndtab [ecpl_end_subbnd] . 

2) Compute the windowed time domain samples xPREV[n], xCURR[n] and xNEXT[n] using the 512-sample 
IMDCT (as described in steps 1 to 5 of clause 6.9.4.1). 

3) Overlap and add the second half of the previous sample block and the first half of the next sample block with 
the current sample block as follows: 
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Pseudo code 



for{n=0; n<N/2; n++) 

{ 

pcm[n] = xPREV[n+N/2] + xCURR [n] ; 
pcm[n+N/2] = xCURR[n+N/2] + xNEXT [n] 



4) Adjust the enhanced coupling channel samples such that the following DFT (FFT) output is an oddly stacked 
interbank (as per the MDCT). The window w[n] is defined in Table 6.33. 



Pseudo code 


for{n=0; n<N/2; n++) 

{ 

pcm real [n] = pcm 






'n] * w[n] * XCOS3 [n] ; 




pcm_real [n+N/2] = 


pcm[n+N/2] * w[N/2-n-l] 


* XCOS3 [n+N/2] ; 


pcm imag [n] = pcm 


'n] * w[n] * xsin3 [n] ; 




pcm imag [n+N/2] = 
} 


pcm[n+N/2] * w[N/2-n-l] 


* xsin3 [n+N/2] ; 



Where: 

xcos3[n] = cos(pi x n / N) ; 
xsin3[n] = -sin(pi x n / N). 

5) Perform a Discrete Fourier Transform (as an FFT) on the complex samples to create the complex frequency 
coefficients Z[k],k=0, 1, ...,N-1. 

J N-l 
Z[k] = — 7 [pcm_real[n] + j.pcm_imag[n]\{cos(27lkn/ N)- j.sin(27lkn/ N)) 



n=0 



E. 2. 5.5. 2 Process amplitude parameters 

Amplitude values for each enhanced coupling band [bnd] in each channel [ch] are obtained from the ecplamp 
parameters as: 



Pseudo code 


if {ecplamp [cli] [bnd] 


= = 31) 


1 

ampbnd[cli] [bnd] = 
\ 


0; 


else 
; 




1 

ampbnd[cli] [bnd] = 

} 


{ecplampmanttab [ecplamp [cli] [bnd]] / 32) >> ecplampexptab [ecplamp [cli] [bnd]]; 



Modifications are made to the amplitude values using the transmitted chaos measure and transient parameter. Firstly, 
chaos values for each enhanced coupling band [bnd] in each channel [ch] are obtained from the ecplchaos parameters as 
follows: 



Pseudo code 



if {cli == f irstcliincpl) 

{ 

cliaos [cli] [bnd] = 0; 



else 
{ 



cliaos [cli] [bnd] = ecplcliaostab [ecplcliaos [cli] [bnd] " 
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The chaos modification is then performed as: 



Pseudo code 



if { {ecpltrans [ch] == 0) && {ch != f irstchincpl) ) 

{ 

ampbnd[ch] [bnd] *= 1 - 0,38 * chaos [ch] [bnd] ; 



Using the ecplbndstrc[] array, an array indicating the number of bins in each enhanced couphng band is populated. 
Additionally, the amplitude values ampbnd[ch][bnd] which apply to enhanced coupling bands are converted to values 
which apply to enhanced coupling sub-bands ampbnd[ch][sbnd] by duplicating values as indicated by values of "1" in 
ecplbndstrc[]. Amplitude values for individual enhanced coupling transform coefficients ampbin[ch] [bin] are then 
reconstructed as follows: 



Pseudo code 



necplbnds = -1; 

for {sbnd=ecpl_begin_subbnd; sbnd<ecpl_end_subbnd; sbnd++) 

{ 

if {ecplbndstrc [sbnd] == 0) 

{ 

necplbnds++; 

nbins_per_bnd_array [necplbnds] = 0; 

} 

for {bin=ecplsubbndtab [sbnd] ; bin<ecplsubbndtab [sbnd+1] ; bin++) 



{ 



ampbin[ch] [bin] = ampbnd[ch] [necplbnds] 
nbins_per_bnd_array [necplbnds] ++ ; 



E. 2. 5.5. 3 Process angle parameters 

Angle values for each enhanced coupling band [bnd] in each channel [ch] are obtained from the ecplangle parameters as 
follows. Each angle has a value in the range -1,0 to 1,0 (representing -pi to pi). Arithmetic operations performed on 
these angles "wrap around" such that the results are within the range -1,0 to 1,0. The following pseudo code derives the 
band angle value associated with a given channel and enhanced coupling angle, ecplangle[ch][bnd]. 



Pseudo code 



if (ch == f irstchincpl) 

{ 

angle [ch] [bnd] = 0; 

} 
else 



angle [ch] [bnd] = ecplangletab [ecplangle [ch] [bnd] ] ; 



The above band angle values are used to derive bin angle values associated with individual transform coefficients in one 
of two ways depending on the ecplangleintrp flag. 

If ecplangleintrp is set to 0, then no interpolation is used and the band angle values are applied to bin angle values 
according to the ecplbndstrc [] array. 

If ecplangleintrp is set to 1, then the band angle values are converted to bin angle values using linear interpolation 
between the centres of each band. The following pseudo code interpolates the band angles (angle[ch][bnd]) into bin 
angles (angle [ch] [bin]) for channel [ch]. 
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Pseudo code 



if {ecpangleintrp == 1) 

{ 

bin = ecplsubbndtab [ecpl_begin_subbnd] ; 
for {bnd = 1; bnd < nbands; bnd++) 

{ 

nbins_prev = nbins_per_bndarray [bnd-1] ; /* array of length nbands containing band sizes */ 

nbins_curr = nbins_per_bnd_array [bnd] ; 
angle_prev = angle [ch] [bnd-1] ; 
angle_curr = angle [cli] [bnd] ; 

w]nile { {angle_curr - angle_prev) > 1,0) angle_curr -= 2,0; 
w]iile { {angle_prev - angle_curr) > 1,0) angle_curr += 2,0; 

slope = {angle_curr - angle_prev) / { {nbins_curr + nbins_prev) /2 , 0) ; /* floatingpoint 
calculation*/ 

/ * do lower half of first band * / 

if ( (bnd ==1) && {nbins_prev > 1) ) 

{ 

if {iseven (nbinsprev) ) /* iseven() returns 1 if value is even, if value is odd */ 

{ 

y = angle_prev - slope/2; 
bin = nbins_prev/2 - 1; 

} 
else 

{ 

y = angle_prev - slope; 
bin = {nbins_prev - 3)/2; 

} 

count = bin + 1; 

for {j = 0; j < count; j++) 

{ 

ytmp = y; 

wJnile {y > 1,0) y -= 2,0; 

w]iile {y < (-1,0)) y += 2,0; 

angle [cli] [bin--] = y; 

y = ytmp ; 

y -= slope; 

} 

bin = count; 

} 

if {iseven {nbins_prev) ) 

{ 

y = angle_prev + slope/2; 

count = nbins_curr/2 + nbins_prev/2 ; /* integer calculation */ 

} 
else { 

y = angle_prev; 

count = nbins_curr/2 + {nbins_prev + l)/2; /* integer calculation */ 

} 

for {j = 0; j < count; j+ + ) { 

ytmp = y ; 

w]riile {y > 1,0) y -= 2,0; 

w]riile {y < (-1,0)) y += 2,0; 

angle [ch] [bin+ + ] = y; 

y = ytmp; 

y += slope; 



/ * Finish last band * / 

if {iseven {nbins_curr) ) 

count = nbins_curr/2 ; /* integer calculation */ 
else 

count = nbins_curr/2 + 1; /* integer calculation */ 
for {j = 0; j < count; j+ + ) 

{ 

ytmp = y; 

w]riile {y > 1,0) y -= 2,0; 

w]riile {y < (-1,0)) y += 2,0; 

angle [c]i] [bin+ + ] = y; 

y = ytmp ; 

y += slope; 
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To assist in de -correlating complex continuous signals, a scaled array of random values is added to each bin angle. The 
random values depend on whether or not a transient is present in the channel being processed as indicated by 
ecpltrans[ch]. 

For channels without a transient, the random values rand_notrans[ch][bin] have the following properties: 

They are uniformly distributed between -1,0 and 1,0. 

They must be unique for each bin [bin] and channel [ch] . 

They must only be generated once (for example during decoder initialization) and must stay the same for every 
block of every frame. 

For channels with a transient, the random values rand_trans[ch][bnd] have the following properties: 

They are uniformly distributed between -1,0 and 1,0. 

They must be unique for each band [bnd] and channel [ch]. 

New values must be generated for each block. 

Using the ecplbndstrc[] array, the banded values for chaos [ch] [bnd] and for rand_trans[ch][bnd] are converted to 
individual bin values by duplicating the band values across each subband and then across each bin within a subband. 
The chaos and random values are then used to modify each angle value as follows: 



Pseudo code 



if (ecpltrans [ch] == 0) 

{ 

rand[ch] [bin] = rand_notrans [cli] [bin] 

} 
else 

{ 

rand[cli] [bin] = rand trans [cli] [bin] 



angle [cli] [bin] += -cliaos [cli] [bin] * rand[cli] [bin] 
if {angle [cli] [bin] < -1,0) 

{ 

angle [cli] [bin] += 2,0; 

} 

else if {angle [cli] [bin] >= 1,0) 

{ 

angle [cli] [bin] -= 2,0; 



E. 2. 5.5.4 Generate channel transform coefficients 

Individual channel transform coefficients are then reconstructed from the coupling channel by computing the following 
complex products. 



Pseudo code 


Zr[cli] [bin] = Zr [bin] * ampbin[cli] [bin] * cos {pi * angle [cli] [bin]) - Zi [bin! 

* sin {pi * angle [cli] [bin]); 

Zi [cli] [bin] = Zi [bin] * ampbin[cli] [bin] * cos {pi * angle [cli] [bin]) + Zr [bin] 

* sin {pi * angle [cli] [bin]); 

climant [cli] [bin] = -2 * { y[bin] * Zr[cli] [bin] + y[n/2-l-bin] * Zi [cli] [bin] ) 


* ampbin[cli] [bin] 
* ampbin[cli] [bin] 



Where: 

Zr[bin] = real(Z[k]); 

Zi[bin] = imag(Z[k]); 

and y[bin] = cos(2pi x (N/4 + 0,5) / N x (k H- 0,5)); 

forbin = k = 0, 1, ...,N/2- 1. 
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E.2.6 Spectral extension processing 

Enhanced AC-3 decoders support a new coding technique, based on high frequency regeneration, called spectral 
extension. A detailed description of the spectral extension process follows. 

E.2.6. 1 Overview 

When spectral extension is in use, high frequency transform coefficients of the channels that are participating in spectral 
extension are synthesized. Transform coefficient synthesis involves copying low frequency transform coefficients, 
inserting them as high frequency transform coefficients, blending the inserted transform coefficients with 
pseudo-random noise, and scaling the blended transform coefficients to match the coarse (banded) spectral envelope of 
the original signal. To enable the decoder to scale the blended transform coefficients to match the spectral envelope of 
the original signal, scale factors are computed by the encoder and transmitted to the decoder on a banded basis for all 
channels participating in the spectral extension process. For a given channel and spectral extension band, the blended 
transform coefficients for that channel and band are multiplied by the scale factor associated with that channel and 
band. 

The spectral extension process is performed beginning at the spectral extension begin frequency, and ending at the 
spectral extension end frequency. The spectral extension begin frequency is derived from the spxbegf bit stream 
parameter. The spectral extension end frequency is derived from the spxendf bit stream parameter. 

In some cases, it may be desirable to use channel coupling for a mid-range portion of the frequency spectrum and 
spectral extension for the higher-range portion of the frequency spectrum. In this configuration, the highest coupled 
transform coefficient number must be 1 less than the lowest transform coefficient number generated by spectral 
extension. 

E.2.6. 2 Sub-band structure for spectral extension 

Transform coefficients #25 through #228 are grouped into 17 sub-bands of 12 coefficients each, as shown in 
Table E.25. The final table entry does not represent an actual sub-band, but is included for the case when the spxendf 
parameter is 17. The spectral extension sub-bands containing transform coefficients #37 through #228 coincide with 
coupling sub-bands. The parameter spx_begin_subbnd, derived from the spxbegf bit stream parameter, indicates the 
number of the first spectral extension sub-band. The parameter spx_end_subbnd, derived from the spxendf bit stream 
parameter, indicates a number one greater than the last spectral extension sub-band. From the sub-band indicated by 
spx_begin_subbnd to the sub-band indicated by spx_endsubbnd, transform coefficients are synthesized for all channels 
participating in the spectral extension process (chinspx[ch] == 1). Below the sub-band indicated by spx_begin_subbnd, 
channels may be independently coded. Alternatively, channels may be coded independently below the coupling begin 
frequency, and coupled from the coupling begin frequency to the spectral extension begin frequency. 

Spectral extension sub-bands are combined into spectral extension bands for which spectral extension coordinates are 
generated (and included in the bit stream). Like channel coupling, each spectral extension band is made up of one or 
more consecutive spectral extension sub-bands. The number of spectral extension bands and the size of each band are 
determined from the spectral extension band structure array (spxbndstrc[]). Upon frame initialization, the default 
spectral extension banding structure is copied into the spxbndstrc[] array. If (spxbndstrce == 1), the spxbndstrc[sbnd] 
bit stream parameters are present in the bit stream and are used to fill the spxbndstrc[] array. If (spxbndstrce == 0), the 
existing values in the spxbndstrc[] array are used to compute the number of spectral extension bands and the size of 
each band. 
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The following pseudo code indicates how to deterniine the number of spectral extension bands and the size of each 
band. 



Pseudo code 



nspxbnds = 1 ; 
spxbndsztab [0] = 12; 

for (bnd = spx_begin_subbnd+l ; bnd < spx_end_subbnd; bnd ++) 

{ 

if (spxbndstrc [bnd] == 0) 

{ 

spxbndsztab [nspxbnds] = 12; 
nspxbnds++; 

} 
else 

{ 

spxbndsztab [nspxbnds - 1] += 12; 



Table E.25: Spectral extension band table 



spx 
sub-band # 


low tc # 


high tc # 


spxbegf 


spxendf 





25 


36 






1 


37 


48 






2 


49 


60 







3 


61 


72 


1 




4 


73 


84 


2 




5 


85 


96 


3 





6 


97 


108 


4 


1 


7 


109 


120 


5 


2 


8 


121 


132 






9 


133 


144 


6 


3 


10 


145 


156 






11 


157 


168 


7 


4 


12 


169 


180 






13 


181 


192 




5 


14 


193 


204 






15 


205 


216 




6 


16 


217 


228 






17 


229 






7 



E.2.6.3 Spectral extension coordinate format 

Spectral extension coordinates exist for each spectral extension band [bnd] of each channel [ch] that is using spectral 
extension (chinspx[ch] ==1). Spectral extension coordinates must be sent at least once per frame, and may be sent as 
often as once per block. The spxcoe[ch] bit stream parameter informs the decoder when spectral extension coordinates 
are present in the bit stream. If (spxcoe[ch] == 0), no spectral extension coordinates for channel [ch] are present in the 
bit stream, and the previous spectral extension coordinates should be reused. If (spxcoe[ch] == 1), spectral extension 
coordinates are present in the bit stream for channel [ch] . 

When present in the bit stream, spectral extension coordinates are transmitted in a floating point format. The exponent 
is sent as a 4-bit value (spxcoexp[ch][bnd]) indicating the number of right shifts which should be applied to the 
fractional mantissa value. The mantissas are sent as 2-bit values (spxcomant[ch][bnd]) which must be properly scaled 
before use. Mantissas are unsigned values so a sign bit is not used. Except for the limiting case where the exponent 
value = 15, the mantissa value is known to be between 0,5 and 1,0. Therefore, when the exponent value < 15, the msb 
of the mantissa is always equal to "1" and is not transmitted; the next 2 bits of the mantissa are transmitted. This 
provides one additional bit of resolution. When the exponent value = 15 the mantissa value is generated by dividing the 
2-bit value of spxcomant by 4. When the exponent value is < 15 the mantissa value is generated by adding 4 to the 2-bit 
value of spxcomant and then dividing the sum by 8. 
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Spectral extension coordinate dynamic range is increased beyond what the 4-bit exponent can provide by the use of a 
per channel 2-bit master spectral extension coordinate (mstrspxco[ch]) which is used to scale all of the spectral 
extension coordinates within that channel. The exponent values for each channel are increased by 3 times the value of 
mstrspxco which applies to that channel. This increases the dynamic range of the spectral extension coordinates by an 
additional 54 dB. 

The following pseudo code indicates how to generate the spectral extension coordinate (spxco) for each spectral 
extension band [bnd] in each channel [ch]. 



Pseudo code 


if (spxcoexp[cl 

{ 

spxco temp 

} 

else 

{ 

spxco temp 

} 

spxco [ch] [bnd] 


i] [bnd] = 


= 15) 
















[ch] [bnd] 


= spxcomant [ch] 


bnd] / 4; 
































[ch] [bnd] 


= (spxcomant [ch! 


[bnd] + 4) 


/ 


8; 










= spxco 


temp [ch] [bnd] >> 


(spxcoexp [ 


ch] 


[bnd] 


+ 3 


*mstr 


spxco 


[ch] ) ; 



E.2.6.4 High frequency transform coefficient syntinesis 

This process synthesizes transform coefficients above the spectral extension begin frequency. The synthesis process 
consists of a number of different steps, described in the following clauses. 

E.2.6.4. 1 Transform coefficient translation 

The first step of the high frequency transform coefficient synthesis process is transform coefficient translation. 
Transform coefficient translation consists of making copies of a channel's low frequency transform coefficients and 
inserting them as the channel's high frequency transform coefficients. The parameter spxstrtf, derived from the bit 
stream parameter of the same name, is used as the index into a table to determine the first transform coefficient to be 
copied. The parameter spx_begin_subbnd, derived from the spxbegf bit stream parameter, is used as the index into a 
table to determine the first transform coefficient to be inserted. The parameter spx_end_subbnd, derived from the 
spxendf bit stream parameter, is used as the index into a table to determine the last transform coefficient to be inserted. 

Transform coefficient translation is performed on a banded basis. For each spectral extension band, coefficients are 
copied sequentially starting with the transform coefficient at copyindex and ending with the transform coefficient at 
(copyindex + bandsize - 1). Transform coefficients are inserted sequentially starting with the transform coefficient at 
insertindex and ending with the transform coefficient at (insertindex + bandsize - 1). 

Prior to beginning the translation process for each band, the value of (copyindex + bandsize - 1) is compared to the 
copyendmant parameter. If (copyindex + bandsize - 1) is greater than or equal to the copyendmant parameter, the 
copyindex parameter is reset to the copystartmant parameter and wrapflag[bnd] is set to 1 . Otherwise, wrapflag[bnd] is 
set to 0. 
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Pseudo code 



copystartmant = spxbandtable [spxstrtf ] ; 
copyendmant = spxbandtable [spx_begin_subbnd] 

copyindex = copystartmant ; 
insertindex = copyendmant ; 



for {bnd 



bnd < nspxbnds; band++) 



bandsize = spxbndsztab [bnd] ; 

if { {copyindex + bandsize) > copyendmant) 



copyindex = copystartmant ; 
wrapf lag [bnd] = 1; 



else 
{ 



wrapf lag [bnd] 



for {bin = 0; bin < bandsize; bin++) 
{ 



copyendmant ) 



if {copyindex 

{ 

copyindex = copystartmant; 

} 

tc [cli] [insertindex] = tc [cli] [copyindex] 

insertindex++ ; 

copyindex++; 



E. 2. 6.4. 2 Transform coefficient noise blending 

The next step of the high frequency transform coefficient synthesis process is transform coefficient noise blending. In 
this step, the translated transform coefficients are blended with pseudo-random noise in order to create a more natural 
sounding signal. 



E.2.6.4.2.1 



Blending factor calculation 



The first step of the transform coefficient noise blending process is to determine blending factors for the pseudo-random 
noise and the translated transform coefficients. The blending factor calculation for each band is based on both the 
spxblend bit stream parameter and the frequency mid-point of the band. This enables unique blending factors to be 
computed for each band from a single bit stream parameter. Because the spxblnd parameter exists in the bit stream only 
when new spectral extension coordinates exist in the bit stream, the blending factors can be reused for all blocks in 
which spectral extension coordinates are reused. 

The following pseudo code indicates how the blending factors for a channel [ch] are determined. 



Pseudo code 



nof f set [cli] = spxblend [c]i] / 32,0; 
spxmant = spxbandtable [spx_begin_subbnd] ; 

if {spxcoe [cli] ) 

{ 

for {bnd = 0; bnd < nspxbnds; bnd++) 

{ 

bandsize = spxbndsztab [bnd] ; 

nratio = {{spxmant + , 5*bandsize) / spxbandtable [spx_end_subbnd] ) - nof f set [c]i] 

if {nratio < 0,0) 

{ 

nratio = 0,0; 



else if {nratio > 1,0) 
{ 



nratio 



1,0; 



nblendf act [c]i] [bnd] = squareroot {nratio) ; 
sblendf act [cli] [bnd] = squareroot {1 - nratio) 
spxmant += bandsize; 
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E. 2. 6.4.2. 2 Banded RMS energy calculation 

The next step is to compute the banded RMS energy of the translated transform coefficients. The banded RMS energy 
measures are needed to properly scale the pseudo-random noise samples prior to blending. 

The following pseudo code indicates how to compute the banded RMS energy of the translated transform coefficients 
for channel [ch] . 



Pseudo code 



spxmant = spxbandtab [spx_begin_subbnd] ; 

for {bnd = 0; bnd < nspxbnds; bnd++) 

{ 

bandsize = spxbndsztab [bnd] ; 

accum = ; 

for {bin = 0; bin < bandsize; bin++) 

{ 

accum = accum + {tc [ch] [spxmant] * tc [cli] [spxmant] ) 
spxmant + + ; 

} 

rmsenergy [cli] [band] = squareroot {accum / bandsize); 



E. 2. 6. 4. 2. 3 Noise Scaling and Transform Coefficient Blending Calculation 

When spectral extension attenuation is enabled for channel [ch], a notch filter is applied to the transform coefficients 
surrounding the border between the baseband and extension region. The filter is symmetric about the first bin of the 
extension region, and covers a total of 5 bins. The first 3 attenuation values of the filter are determined by lookup into 
Table E.26 with index spxattencod[ch]. The last two attenuation values of the filter are determined by symmetry and are 
not explicitly stored in the table. The filter is also applied to the transform coefficients surrounding each border between 
bands where wrapping occurs during the transform coefficient translation operation, as indicated by wrapflag[bnd]. It is 
important that filtering occurs after the transform coefficient translation and banded RMS energy calculation but prior 
to the noise scaling and transform coefficient blending calculation. The following pseudo code demonstrates the 
application of the notch filter at the border between the baseband and extension region and all wrap points for each 
channel [ch]. 



Pseudo code 



if {cliinspxatten [cli] ) 

{ 

/* apply notcli filter at baseband / extension region border */ 
filtbin = spxbandtable [spx_begin_subbnd] - 2; 

for {bin = 0; bin < 3; bin++) 

{ 

tc [cli] [filtbin] *= spxattentab [spxattencod [cli] ] [binindex] ; 
f iltbin++; 

} 

for {bin = 1; bin >= 0; bin--) 

{ 

tc [cli] [filtbin] *= spxattentab [spxattencod [ch] ] [binindex]; 
f iltbin++; 

} 

filtbin += spxbndsztab [0] ; 

/* apply notch at all other wrap points */ 
for {bnd = 1; bnd < nspxbnds; bnd++) 

{ 

if {wrapf lag [bnd] ) /* wrapf lag [bnd] set during transform coefficient translation */ 

{ 

filtbin = filtbin - 5; 

for {binindex = 0; binindex < 3; bin++) 

{ 

tc [ch] [filtbin] *= spxattentab [spxattencod [ch] ] [binindex]; 
f iltbin++; 

} 

for {bin = 1; bin >= 0; bin--) 

{ 

tc [ch] [filtbin] *= spxattentab [spxattencod [ch] ] [binindex]; 
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Pseudo code 



f iltbin+4 



f iltbin += spxbndsztab [bnd] 



Table E.26: Spectral extension attenuation table: spxattentab[][] 



Spxattencod 


binindex 





1 


2 





0,954841604 


0,911722489 


0,870550563 


1 


0,911722489 


0,831237896 


0,757858283 


2 


0,870550563 


0,757858283 


0,659753955 


3 


0,831237896 


0,690956440 


0,574349177 


4 


0,793700526 


0,629960525 


0,500000000 


5 


0,757858283 


0,574349177 


0,435275282 


6 


0,723634619 


0,523647061 


0,378929142 


7 


0,690956440 


0,477420802 


0,329876978 


8 


0,659753955 


0,435275282 


0,287174589 


9 


0,629960525 


0,396850263 


0,250000000 


10 


0,601512518 


0,361817309 


0,217637641 


11 


0,574349177 


0,329876978 


0,189464571 


12 


0,548412490 


0,300756259 


0,164938489 


13 


0,523647061 


0,274206245 


0,143587294 


14 


0,500000000 


0,250000000 


0,125000000 


15 


0,477420802 


0,227930622 


0,108818820 


16 


0,455861244 


0,207809474 


0,094732285 


17 


0,435275282 


0,189464571 


0,082469244 


18 


0,415618948 


0,172739110 


0,071793647 


19 


0,396850263 


0,157490131 


0,062500000 


20 


0,378929142 


0,143587294 


0,054409410 


21 


0,361817309 


0,130911765 


0,047366143 


22 


0,345478220 


0,119355200 


0,041234622 


23 


0,329876978 


0,108818820 


0,035896824 


24 


0,314980262 


0,099212566 


0,031250000 


25 


0,300756259 


0,090454327 


0,027204705 


26 


0,287174589 


0,082469244 


0,023683071 


27 


0,274206245 


0,075189065 


0,020617311 


28 


0,261823531 


0,068551561 


0,017948412 


29 


0,250000000 


0,062500000 


0,015625000 


30 


0,238710401 


0,056982656 


0,013602353 


31 


0,227930622 


0,051952369 


0,011841536 



E.2.6.4.2.4 



Noise scaling and transform coefficient blending calculation 



In order to properly blend the translated transform coefficients with pseudo-random noise, the noise components for 
each band must be scaled to match the energy of the translated transform coefficients in the band. The energy matching 
can be achieved by scaling all the noise components in a given band by the RMS energy of the translated transform 
coefficients in that band, provided the noise components are generated by a zero-mean, unity-variance noise generator. 
Once the zero-mean, unity-variance noise components for each band have been scaled by the RMS energy for that band, 
the scaled noise components can be blended with the translated transform coefficients. 

The following pseudo code indicates how the translated transform coefficients and pseudo-random noise for a channel 
[ch] are blended. The function noise() returns a pseudo-random number generated from a zero-mean, unity-variance 
noise generator. 
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Pseudo code 



spxmant = spxbandtable [spx_begin_subbnd] ; 

for {bnd = 0; bnd < nspxbnds; bnd++) 

{ 

bandsize = spxbndsztab [bnd] ; 

nscale = rmsenergy [ch] [bnd] * nblendf act [cli] [bnd] 

sscale = sblendf act [cli] [bnd] ; 

for {bin = 0; bin < bandsize; bin++) 



{ 



tctemp = tc [c]ri] [spxmant] ; 

ntemp = noise { ) ; 

tc [c]ri] [spxmant] = tctemp * sscale + ntemp * nscale; 

spxmant ++; 



E. 2. 6.4. 3 Blended transform coefficient scaling 

The final step of the high frequency transform coefficient synthesis process is blended transform coefficient scaling. In 
this step, blended transform coefficients are scaled by the spectral extension coordinates to form the final synthesized 
high frequency transform coefficients. After this step, the banded energy of the synthesized high frequency transform 
coefficients should match the banded energy of the high frequency transform coefficients of the original signal. 

The blended transform coefficient scaling process for channel [ch] is shown in the following pseudo code. 



Pseudo code 



spxmant = spxbandtable [spx_begin_subbnd] ; 

for {bnd = 0; bnd < nspxbnds; bnd++) 

{ 

bandsize = spxbndsztab [bnd] ; 

spxcotemp = spxco [cli] [bnd] ; 

for {bin = 0; bin < bandsize; bin++) 

{ 

tctemp = tc [cli] [spxmant] ; 

tc [c]i] [spxmant] = tctemp * spxcotemp * 32; 

spxmant ++; 



E.2.7 Transient pre-noise processing 



Transient pre-noise processing is a new audio coding improvement technique, which reduces the duration of pre-noise 
introduced by low-bit rate audio coding of transient material. A detailed description of transient pre-noise processing 
follows. 

E.2.7. 1 Overview 

When transient pre-noise processing is used, decoded PCM audio located prior to transient material is used to overwrite 
the transient pre-noise, thereby improving the perceived quality of low-bit rate audio coded transient material. To 
enable the decoder to efficiently perform transient pre-noise processing with minimal decoding complexity, transient 
location detection and time scaling synthesis analysis is performed by the encoder and the information transmitted to the 
decoder. The encoder performs transient pre-noise processing for each full bandwidth audio channel and transmits the 
information once per frame. The transmitted transient location and time scaling synthesis information are relative to the 
first decoded PCM sample contained in the audio frame containing the bit stream information. It should be noted that it 
is possible for the time scaling synthesis parameters contained in audio frame N, to reference PCM samples and 
transients located in audio frame Nh-1, but this does not create a requirement for multi-frame decoding. 
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E.2.7.2 Application of transient pre-noise processing data 

The bit stream syntax and high level description of the transient pre-noise parameters contained in the audio frame field 
are outlined in clauses E.1.2.3 and E.1.3.2, respectively. The parameter transproce indicates whether any of the full 
bandwidth channels in the current audio frame have associated transient pre-noise time scaling synthesis processing 
information. If transproce is set to a value of "1", then the parameter chintransproc[ch] can be set for each full 
bandwidth channel. For each full bandwidth channel where chintransproc[ch] is set to a value of "1", the transient 
location parameter transprocloc[ch] and time scaling length parameter transproclen[ch] are each set to values that have 
been calculated by the encoder. 

Figure E.2 provides an overview of how the transient pre-noise parameters that are computed and transmitted by the 
encoder are applied in the decoder. As shown in Figure E.2a, the parameter transprocloc[ch] identifies the location of 
the transient relative to the first sample of decoded PCM channel data in the audio frame that contains the transient 
pre-noise processing parameters. As defined, transprocloc[ch] has four sample resolution to reduce the data rate 
required to transmit the transient location and must be multiplied by 4 to get the location of the transient in samples. As 
also shown in Figure E.2a, the parameter transproclen[ch] provides the time scaling length, in samples, relative to the 
leading edge of the audio coding block prior to the block in which the transient is located. As shown in Figure E.2b, the 
location of the leading edge of the audio coding block prior to the block containing the transient indicates the start of the 
transient pre-noise. The start of the previous audio coding block and location of the transient provide the total length of 
the transient pre-noise in samples, PN. As part of the normal decoding operation, the decoder inherently knows the 
starting location of the audio coding block that contains the transient and this does not need to be transmitted. 

Decoded PCM Audio 



4*transprocloc[ch] samples 



a) 



transprocIen[ch] 

samples 



^ First PCM sample 

from Decoded frame 



Audio coding block ^ 

leading edge 



^ Location of 

Transient 



b) 





Synthesis buffer = (2*TC1 + PN samples) 









^ First PCM sample 

from Decoded frame 



Audio coding block ^ 

leading edge 



Pre-noise = 
PN samples 



^ Location of 
Transient 



-transproclen[ch]+PN+TC1 



Synthesis buffer 



f First PCM sample 

from Decoded frame 



TC1 
samples 



TC2 
samples 



Figure E.2: Transient pre-noise time scaling synthesis summary 

Also shown in Figure E.2b is how the time scaling synthesis audio buffer, which is used to modify the transient 
pre-noise, is defined relative to the decoded audio frame. The time scaling synthesis buffer is (2 X TCI + PN) PCM 
samples in length, where TCI is a time scaling synthesis system parameter equal to 256 samples. The first sample of the 
time scaling synthesis buffer is located (2 x TCI H- 2 x PN) samples before the location of the transient. 
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Figure E.2c outlines how the time scaling synthesis buffer is used along with the transproclen[ch] parameter to remove 
the transient pre-noise. As shown in figure E.2c the original decoded audio data is cross-faded with the time scaling 
synthesis buffer starting at the sample located (PN + TCI + transproclen[ch]) samples before the location of the 
transient. The length of the cross-fade is TCI or 256 samples. Nearly any pair of constant amplitude cross-fade 
windows may be used to perform the overlap-add between the original data and the synthesis buffer, although standard 
Banning windows have been shown to provide good results. The time scaling synthesis buffer is then used to overwrite 
the decoded PCM audio data that is located before the transient, including the transient pre-noise. This overwriting 
continues until TC2 samples before the transient where TC2 is another time scaling synthesis system parameter equal to 
128 samples. At TC2 samples before the transient, the time scaling synthesis audio buffer is cross-faded with the 
original decoded PCM data using a set of constant amplitude cross-fade windows. 

The following pseudo code outlines how to implement the transient pre-noise time scaling synthesis functionality in the 
decoder for a single full bandwidth channel, [ch] . 

Where: 

win_fade_outl = TCI sample length cross-fade out window (unity to zero in value); 

win_fade_inl = TCI sample length cross-fade in window (zero to unity in value); 

win_fade_out2 = TC2 sample length cross-fade out window (unity to zero in value); 

win_fade_in2 = TC2 sample length cross-fade in window (zero to unity in value). 



Pseudo code 



/* unpack the transient location relative to first decoded pcm sample. */ 

transloc = transprocloc [ch] ; 

/* unpack time scaling length relative to first decoded pcm sample. */ 

translen = transproclen [ch] ; 

/* compute the transient pre-noise length using audio coding block first sample, 

aud_blk_samp_loc . */ 

pnlen = {transloc - aud_blk_samp_loc) ; 

/* compute the total number of samples corrected in the output buffer. */ 

tot_corr_len = {pnlen + translen + TCI) ; 

/* create time scaling synthesis buffer from decoded output pcm buffer, pcm_out [ ] . */ 

for (samp = 0; samp < {2*TC1 + pnlen) ; samp++) 

synth_buf [samp] = pcm_out [ {transloc - {2*tc + 2*pnlen) + samp) ] ; 
end 

/* use time scaling synthesis buffer to overwrite and correct pre-noise in output pcm buffer. */ 
start_samp = {transloc - tot_corr_len) ; 
for {samp = 0; samp < TCI; samp++) 

pcm_out [start_samp + samp] = {pcm_out [start_samp + samp] * win_f ade_outl [samp] ) + 
{synth_buf [samp] * win_fade_inl [samp] ) ; 

for {samp = TCI; samp < {tot_corr_len - TC2) ; samp++) 

pcm_out [start_samp + samp] = synth_buf [samp] ; 

for {samp = {tot_corr_len - TC2) ; samp < tot_corr_len; samp++) 

pcm_out [start_samp + samp] = {pcm_out [start_samp + samp] * win_fade_in2 [samp] ) + 
{synth_buf [samp] * win_fade_out2 [samp] ) ; 
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E.2.8 Channel and programme extensions 

The Enhanced AC-3 bit stream syntax allows for time-multiplexed substreams to be present in a single bit stream. By 
allowing time-multiplexed substreams, the Enhanced AC-3 bit stream syntax enables a single programme with greater 
than 5.1 channels, multiple programmes of up to 5.1 channels, or a mixture of programmes with up to 5.1 channels and 
programmes with greater than 5.1 channels, to be carried in a single bit stream. 

E.2.8. 1 Overview 

An Enhanced AC-3 bit stream must consist of at least one independently decodable stream (type or 2). Optionally, 
Enhanced AC-3 bit streams may consist of multiple independent substreams (type or 2) or a combination of multiple 
independent (type and 2) and multiple dependent (type 1) substreams. 

All Enhanced AC-3 decoders must be able to decode independent substream 0, and skip over any additional 
independent and dependent substreams present in the bit stream. 

Optionally, Enhanced AC-3 decoders may use the information present in the acmod, Ifeon, strmtyp, substreamid, 
chanmape, and chanmap bit stream parameters to decode bit streams with a single programme with greater than 5.1 
channels, multiple programmes of up to 5.1 channels, or a mixture of programmes with up to 5.1 channels and 
programmes with greater than 5.1 channels. 

E.2.8. 2 Decoding a single programme with greater than 5.1 channels 

When a bit stream contains a single programme with greater than 5.1 channels, independent substream contains a 5.1 
channel downmix of the programme for compatibility with playback systems containing 5.1 speakers. The audio in 
independent substream can also be downmixed for compatibility with playback systems containing less than 5.1 
speakers. Decoders reproducing 5.1 or fewer channels from a programme containing greater than 5.1 channels shall 
decode only independent substream and skip all associated dependent substreams. 

In order to accommodate playback by systems with greater than 5.1 speakers, the Enhanced AC-3 bit stream will carry 
one or more dependent substreams that contain channels that either replace or supplement the 5.1 channel data carried 
in independent substream 0. 

Single .4 Program 1 ^M Program 1 ►■ 

Program 



Bit Stream With Independent Dependent „ ^. Dependent Independent Dependent „ ^. Dependent 

Greater than Substream Substream 1 1 N ? Substream N-1 Substream Substream 1 1 n 9 Substream N-1 

5 1 Channels (DataFramen) (DataFramen) 1 10 N-^ (DataFramen) (Data Frame n+1) (Data Frame n+1) 1 to N-^ (Data Frame n+1) 

J. I 01 lai II icia ^ ' I ' I (Data Frame n) ^_ ' | ' | ' | (Data Frame 11*1 ) | 

Figure E.3: Bitstream with a single programme of greater than 5.1 channels 

If the chanmape parameter of a dependent substream is set to 0, then the acmod and Ifeon parameters of the dependent 
substream are used to identify the channels present in the dependent substream, and the corresponding audio channels in 
the independent substream are overwritten with the dependent audio channel data. For example, if the dependent 
substream uses acmod 1/0 (centre channel only) and has Ifeon set to 1, then the centre channel audio data carried in the 
dependent stream will replace the centre channel audio data carried in the independent stream, and the LEE audio data 
carried in the dependent stream will replace the LEE data carried in the independent stream. 

If the chanmape parameter of a dependent substream is set to 1, then the chanmap parameter is used to determine the 
channel mapping for all channels contained in the dependent stream. Each bit of the chanmap parameter corresponds to 
a particular channel location or pair of channel locations. Audio data is contained in the dependent substream for each 
chanmap bit that is set to 1 . The order of the coded channels in the dependent substream is the same as the order of the 
bits set to 1 in the chanmap parameter. Eor example, if the Left channel bit is set to 1 in the channel map field, then Left 
channel audio data will be contained in the first coded channel of data in the dependent substream. If channels are 
present in the dependent substream that correspond to channels in the associated independent substream, then the 
dependent substream data for those channels replaces the independent substream data for the corresponding channels. 
All channels present in the dependent substream that do not correspond to channels in the independent substream are 
used to enable output for speaker configurations with greater than 5.1 channels. 

The maximum number of channels rendered for a single programme is 16. 
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E.2.8.3 Decoding multiple programmes with up to 5.1 channels 

When an Enhanced AC-3 bit stream contains multiple independent substreams, each independent substream 
corresponds to an independent audio programme. The application interface may inform the decoder which independent 
audio programme should be decoded by selecting a specific independent substream ID. The decoder should then only 
decode substreams with the desired independent substream ID, and skip over any other programmes present in the bit 
stream with different substream ID's. The default programme selection should always be Programme 1. 

In some cases, it may be desirable to decode multiple independent audio programmes. In these cases, the application 
interface should inform the decoder which independent audio programmes to decode by selecting specific independent 
substream ID's. The decoder should then decode all substreams with the desired independent substream ID's, and skip 
over any other programmes present in the bit stream with different substream ID's. 
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Figure E.4: Bitstream with multiple programmes of up to 5.1 channels 



E. 2.8.4 Decodi 



utjuuuing a mixture of programmes with up to 5.1 channels and 
programmes with greater than 5.1 channels 



When an Enhanced AC-3 bit stream contains multiple independent and dependent substreams, each independent 
substream and its associated dependent substreams correspond to an independent audio programme. The application 
interface may inform the decoder which independent audio programme should be decoded by selecting a specific 
independent substream ID. The decoder should then only decode the desired independent substream and all its 
associated dependent substreams, and skip over all other independent substreams and their associated dependent 
substreams. If the selected independent audio programme contains greater than 5.1 channels, the decoder should decode 
the selected independent audio programme as explained in clause E.2.8.2. The default programme selection should 
always be Programme 1 . 



In some cases, it may be desirable to decode multiple independent audio programmes. In these cases, the application 
interface should inform the decoder which independent audio programmes to decode by selecting specific independent 
substream ID's. The decoder should then decode the desired independent substreams and their associated dependent 
substreams, and skip over all other independent substreams and associated dependent substreams present in the bit 

stream. 
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Figure E.5: Bitstream with mixture of programmes of up to 5.1 channels and programmes 

of greater than 5.1 channels 

E.2.8.5 Dynamic range compression for programmes containing greater 
tinan 5.1 cinannels 

A programme using channel extensions to convey greater than 5.1 channels may require two different sets of compr and 
dynrng metadata words: one set for the 5.1 channel downmix carried by independent substream and a separate set for 
the complete (greater than 5.1 channel) mix. If a decoder is reproducing the complete mix, the compr and dynrng 
metadata words carried in independent substream shall be ignored. The decoder shall instead use the compr and 
dynrng metadata words carried by the associated dependent substream. If multiple associated dependent substreams are 
present, only the last dependent substream may carry compr and dynrng metadata words, and these metadata words 
shall apply to all substreams in the programme, including the independent substream. 
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The compre bit is used by the decoder to determine which dependent substream in a programme is the last dependent 
substream of the programme. Therefore, the compre bit in the last dependent substream of a programme must be set 
to 1, and the compre bit in all other dependent substreams of the programme must be set to 0. Additionally, the 
compr2e, dynrnge, and dynrng2e bits for all but the last dependent substream of a programme must be set to 0. The 
compr2e, dynrnge, and dynrng2e bits for the last dependent substream shall be set as required to transmit the proper 
compr2, dynrng, and dynrng2 words for the programme. 

Note that the compr2e, compr2, dynrng2e, and dynrng2 metadata words are only present in the bit stream when 
acmod = 0. 

E.2.9 LFE downmixing decoder description 

For decoders with only 2-channel or mono outputs, where a dedicated LFE/Subwoofer output is not available. 
Enhanced AC-3 enables the LFE channel audio to be mixed into the Left and Right channels at a level indicated by the 
LFE mix level code bit stream parameter. 

LFE downmixing occurs only if the LFE mix level code parameter is present in the bit stream and the decoder is 
operating in 1/0 (C only) or 2/0 (L/R) output modes with the LFE channel output disabled. For all other output modes, 
the LFE mixing information, if present, is ignored. Note that IfGmixiGVCOdG should be assumed to be when it is not 
transmitted in the bit stream. For the 1/0 case, the decoder should perform a standard 2/0 downmix with the LFE mixed 
into the Left and Right channels, followed by a subsequent mix of the L/R channels to a mono C channel. The following 
pseudo code indicates how the decoder should perform the LFE downmix. 



Pseudo code 


if (output mode == 1/0 or 2/0) && (Ifeoutput == disabled) && (If emixlevcode = 

{ 

mix LFE into left with (LFE mix level - 4,5) dB gain 


= D) 




mix LFE into right with (LFE mix level - 4,5) dB gain 

} 

if (output mode == 1/0) 

{ 

mix left into centre with -6 dB gain 








mix right into centre with -6 dB gain 
} 





E.3 AHT vector quantization tables 



Table E.27: VQ table for hebap 1 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0x1 bff 


0x1283 


0x0452 


0x1 Oad 


0x28ac 


0x1 2d4 


1 


0xe9ba 


0xf38d 


0xc76d 


0xfa90 


0xf815 


0x0351 


2 


0x0279 


0x1837 


0x1 b61 


0xce15 


0xf6fe 


0xf5b4 


3 


0xfa44 


0xe489 


0x1 da8 


0x2979 


0xe8c6 


0xf40a 
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Table E.28: VQ table for hebap 2 (16-bit two's complement) 



index 


val[lndex][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0xd0d7 


0x0260 


0xe495 


0x024e 


OxOfaO 


0x0365 


1 


0x1 a24 


0x3d49 


0xe7de 


0xdbe9 


0xffb6 


0x0085 


2 


0x073f 


0xfc23 


0x5074 


0xf498 


0xee85 


OxOOel 


3 


0xfb56 


0xf0c3 


Oxfccb 


0xe65a 


0xfc95 


0xb0b6 


4 


0xf536 


0xf393 


0xf002 


0xea09 


Oxbdcf 


0x2625 


5 


0x060b 


0x1 ab7 


0x07bc 


0x4f09 


Oxfbdl 


0xec86 


6 


0x1 84d 


0xba05 


Oxea74 


0x1 87a 


0x0166 


0x048a 


7 


0x0ea9 


0xfbd6 


0x1 Obb 


0xf365 


0x3e38 


0x27ca 



Table E.29: VQ table for hebap 3 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0xd8d4 


0x51 2b 


0x2ae6 


0xee30 


0x031 e 


Oxffbc 


1 


0x2b2a 


0x500a 


0xe627 


0xeb22 


0xf8fb 


0xf9a1 


2 


0x0f89 


0xfde2 


0x1 bee 


0xfb72 


0x499c 


0x3956 


3 


0xef20 


OxffaO 


0xe381 


0xfe14 


0xa9de 


0xef4b 


4 


0x0a84 


0x1 6e0 


0x1 59a 


0x5566 


0xe3d4 


0xeb33 


5 


0xff79 


Oxa4a1 


0x03c2 


0x1 fb3 


0xfd7c 


0x01 7e 


6 


0xf9e5 


0x0d48 


0xf31d 


0x1255 


0xe514 


0x577e 


7 


OxOdcf 


0x0bd6 


0x1 c80 


0x1846 


0x4ffc 


OxdObd 


8 


0x0039 


0xe559 


0x0738 


0xa8b3 


0xe8e1 


0x1 aa7 


9 


Oxfccb 


Oxf 1 b9 


0xfe7d 


0xe793 


0xf939 


0xa89b 


10 


0xe862 


0x0632 


0xb636 


0xc7c8 


0x23fe 


0x02c1 


11 


0xe9ac 


0x0108 


0xb9d4 


0x391 a 


0x1 efl 


Oxfeaf 


12 


0xff92 


0x006c 


0x0008 


Ox004a 


0xffa7 


Oxffce 


13 


0x1 9d4 


Oxfal 3 


0x54b7 


0xf986 


0xe0f3 


OxffOa 


14 


0x54a3 


Oxe741 


0xdf9e 


0xff9b 


Oxfabb 


Oxffea 


15 


OxaaOd 


0xe6b4 


0x1 126 


0x0288 


0x0806 


0xfeb5 



Table E.30: VQ table for hebap 4 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(1 6-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0x5903 


0x1 5c0 


0xe9e6 


0xff64 


0xfe06 


Oxffdf 


1 


0x1 9ec 


OxeeOf 


0x375d 


0xbc6f 


0xbf75 


0x0360 


2 


0x0e4a 


0x580c 


0x0068 


0xf91d 


Oxffac 


0x0006 


3 


0x544c 


0xba69 


0xe38e 


0xf9d9 


0xf7e2 


OxfecO 


4 


0xf747 


0x2721 


0xf558 


0x3a5a 


0xcab8 


0xbb05 


5 


0xf9e4 


0xbab6 


0xb527 


0x35a7 


0x0ac5 


0x0b87 


6 


0x1 1a8 


0x1586 


0x1 eel 


0x2a2f 


0x4b1f 


0xca36 


7 


0x01 8f 


OxObaO 


0xfbb5 


0x1395 


0xfb79 


0x564f 


8 


0x0e28 


0xf6c9 


0x1248 


0xf742 


0x58ae 


0x0eb5 


9 


0xef97 


0xdfa3 


0xe566 


0xcf9a 


0xb812 


0x3c1 6 


10 


0xebb2 


0xe52b 


0xd8c1 


0xdf54 


Oxcl 6a 


Oxafae 


11 


0xff72 


0xa771 


0xfe90 


0x1127 


0xfe30 


0xfff3 


12 


0x032e 


0xfba2 


Oxfbbf 


0xa9fd 


0x004a 


0x061 1 


13 


0xf9ae 


Ox4b1 6 


Oxbbie 


Oxcb4e 


0x034a 


0xf6fb 


14 


0x1251 


0x406a 


0x51 4d 


0xc3e5 


Oxefbc 


0xf080 


15 


0xf314 


0x2bce 


Oxcbia 


0x351 f 


0xb3ef 


0x35ca 


16 


0x0719 


0x0356 


0x52e9 


0xfc3a 


0xf995 


0xfef4 


17 


0xf5e5 


0xff95 


0xb146 


0x0178 


0x0496 


OxfedO 


18 


0xf499 


0x01 c5 


0xeaf2 


0x02ee 


0xa9ee 


0xfc2e 


19 


0xb5bc 


0x41 c7 


0x2710 


0xf204 


0x08a3 


0x05b3 


20 


0x0553 


0xf59e 


Oxffdf 


OxfOld 


0x048d 


Oxaalf 


21 


0xde70 


0xf538 


0xbb90 


Oxcl 8f 


0x3a31 


0x052b 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(1 6-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


22 


0x028c 


OxdbSd 


OxOcbS 


0xc6e2 


0x2f95 


Ox4cec 


23 


0xe727 


0x1 68d 


OxcSdd 


0x438b 


0x40ce 


0xf496 


24 


0xfd6b 


0xfda7 


0x0649 


0x5852 


0x03e0 


Oxfbeb 


25 


0x1361 


0x2393 


0x2bd9 


0x1 e95 


0x3fc0 


0x48c3 


26 


0xaa90 


0xfa67 


0x008a 


0x05be 


0xf89d 


0xff3c 


27 


0xb3d5 


0xb8e5 


0x2b30 


Oxfdfc 


0x09ef 


0xf737 


28 


0xfb54 


OxbbSa 


0x4eb6 


0x2cc6 


0xfe6f 


0x0a3b 


29 


0x121e 


0xe026 


0x2e73 


0xc271 


0x44cf 


0xc595 


30 


Oxffad 


0x0116 


0x0143 


0x0037 


0xff66 


0x00e8 


31 


0x1 e6c 


0x05b6 


0x47db 


0x3bc0 


0xc26d 


0xfb95 



Table E.31 : VQ table for hebap 5 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0xf2be 


0xb2ee 


0x0b93 


0x2576 


0x1234 


0x4cd9 


1 


0xc2cf 


0xe6fb 


0x4507 


0x0f14 


0xdfd8 


Oxb41 b 


2 


0x1173 


0x01 9c 


0xba2f 


0xe09b 


0x02b3 


0xbc65 


3 


OxOdfc 


0x093b 


0x1 ae6 


0x0eb3 


0x1 8eb 


0xafd6 


4 


0xbcb2 


0xc8cb 


0xfa8c 


0xa27d 


0x20b5 


0xcf07 


5 


0xe077 


0xac23 


0xc2ea 


0x0c8e 


0x1 fa9 


0xe8b3 


6 


0x1 0f7 


0x1431 


0x0a7b 


Oxbe4a 


0xebe6 


0xbf52 


7 


0x1 8cc 


0xd654 


0x32c3 


0x9c64 


0xa9b6 


OxOffb 


8 


Oxf4cO 


0xdf52 


0xe8b0 


Oxbcfa 


0xf5b2 


0x5a5c 


9 


0xec19 


0xc837 


0xa89d 


0x54ed 


0x0e69 


0x0b91 


10 


0xf675 


0xbab5 


0x6243 


0x0a93 


0x063a 


0x0007 


11 


0xb835 


0x2332 


0x1 Oae 


0x02db 


0xfe56 


0xfd80 


12 


0xa371 


0x609c 


0x1 60a 


0x0264 


Oxfecc 


OxfcSc 


13 


OxfdOl 


Ox04f4 


OxOOel 


0x0663 


OxOOad 


0x0394 


14 


0x1 54f 


0x1 95d 


0x1326 


0x2940 


0x5a01 


OxbdOc 


15 


0x4343 


0xadc2 


0xb6e4 


0x1348 


0xf2a4 


OxOdId 


16 


0xfa92 


0x3c80 


0xaa46 


0xc6ed 


0x053b 


0x021 e 


17 


0xe52e 


0xf732 


OxdOda 


0xf3fd 


0xb1f3 


0xaf72 


18 


0xf8f5 


0x2dff 


0x053f 


0x22d5 


0x02b5 


0x5fb1 


19 


0xab96 


0x24f6 


0x1249 


0x2426 


0xe179 


0x3e20 


20 


0xea49 


0xf436 


0xdc2f 


Oxfabd 


0xa7ed 


0x3244 


21 


0xfe92 


0x1 3d4 


0xf941 


Ox4fcb 


0xfee5 


0xf495 


22 


0xf8a2 


0xe757 


0xfc55 


0xf7df 


0xfa89 


0x0db9 


23 


0xf3a7 


0xfde7 


0xec2d 


0x2c04 


0x4bc4 


0x03dd 


24 


0x0929 


0x1039 


0x1689 


0xef4f 


0x00e9 


0xfe71 


25 


0xaa7a 


0xfb8e 


0xbfa6 


0x1 70e 


0x1570 


0xf375 


26 


0x2717 


OxcfOe 


0x498d 


0x51 c4 


0xfb7a 


0x06fe 


27 


0xfb73 


0x1396 


0xfb51 


0x1 90f 


Oxdf 1 e 


0xadd2 


28 


0x0764 


0xf232 


0x0ee7 


0xe92a 


0x402b 


0x4f40 


29 


0xf598 


0xd295 


Oxefcd 


0xb879 


0xa74a 


0x3a00 


30 


0x4368 


0x28b3 


0x1 e54 


0x2f08 


0x4a0c 


0x09dd 


31 


0xac55 


0xb703 


0xd56f 


0x1110 


0xe475 


0x1 1bb 


32 


0xf9da 


0x0802 


0x1680 


0x60b4 


0x3e6f 


0x450e 


33 


0xfde6 


0xa6ad 


0x2b3b 


0x283d 


0x0181 


0x0210 


34 


Oxdeef 


0xf42f 


OxcOlb 


0xa53b 


0x406b 


0x0e46 


35 


0x1 6d0 


0x023f 


0x2e72 


0x079b 


0x6245 


0x1 9fd 


36 


0x1 9e1 


0xf244 


0xf854 


OxOfOa 


0xfe7a 


0xff8c 


37 


0x4655 


0x51 a4 


0x37f3 


0xe23b 


0xd556 


0x2e1a 


38 


0xed07 


0xf48c 


Oxcbea 


0xe179 


0x5476 


0x08db 


39 


Oxfdbd 


0xdb29 


0xfd14 


0xacb7 


0x304f 


0x2049 


40 


0xdf83 


0x055f 


0xba49 


0x0b69 


0x2366 


0x561 e 


41 


0x47de 


0x21 bb 


0xfa21 


0xf68e 


0xb889 


0xc672 


42 


0xf455 


0x3b19 


0xf2fd 


0x571 c 


0x3636 


0xcab9 


43 


0x1 6f2 


0xb5ae 


0x3ce3 


0x2c56 


Oxaefe 


0x07b3 


44 


0x062d 


0xe4d5 


0xac40 


0x0997 


0x0041 


0x01 9e 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


45 


0x0203 


0xee8c 


0xfd67 


OxedcO 


0x007d 


Oxb4ea 


46 


0x53f7 


0xb0b3 


0xf8b0 


0xf87a 


0xff2d 


0xfe02 


47 


0x1445 


0xd026 


0xf91 1 


0xa402 


0xee3e 


0x1 6b5 


48 


0x0141 


0xe745 


0x3936 


0x1 b3f 


0xf913 


0x0363 


49 


OxcaOa 


0x0c6c 


0x1 ef7 


0x01 be 


0x4c60 


0x0e4a 


50 


0xe5fc 


0x2fdc 


0xf84c 


0x4400 


0xa128 


0xed64 


51 


0xfd17 


0x3814 


Oxfbad 


0x5ebe 


0xda61 


0xb858 


52 


0x476c 


Oxellb 


0xe295 


0x4aae 


0x1 e29 


0xee8d 


53 


0x0786 


0x3afd 


OxcddO 


0x0869 


0x547f 


0x0748 


54 


0xf7ae 


0x5b78 


0x42a0 


0xe313 


0xf9f8 


0x0057 


55 


0x207a 


OxdIdO 


0x38f5 


0xaf91 


0x1 ed3 


0xf7cd 


56 


0x4c90 


0x591 e 


0xbc68 


0xf808 


0x01 Id 


0xf0e9 


57 


Oxdfea 


0xb86e 


0x29e4 


0xea50 


0xcb63 


0xf97e 


58 


0x380f 


0x1310 


Oxblbe 


0x03e4 


0xef83 


0xff4e 


59 


OxQfea 


0xbf05 


0x4d0c 


0x1725 


0x1 2a9 


0x1 13e 


60 


0xf641 


0x5bc5 


0xc0f3 


0x0b66 


0xfbf2 


0xf826 


61 


0x4a1e 


0xf614 


0x34 If 


0x057d 


0xe7ce 


0xfb90 


62 


0x09b9 


0x3566 


0x586e 


0xe371 


0xff7f 


0xf518 


63 


0xc976 


0x41 87 


0x59e4 


0x02d8 


0x0d45 


0x00a2 


64 


OxObde 


0x03e1 


0x2246 


0xaa2f 


0xe62f 


0x038e 


65 


0xcf64 


0xa88e 


0xf5be 


0xeb51 


0x4c40 


0x2690 


66 


0xf889 


0xb89e 


0xb7b6 


0xe58e 


0x1298 


0x1 bef 


67 


0x206a 


0xf45e 


0x651 e 


0x1 dee 


0xe127 


0x03fc 


68 


0x1 7f4 


0x3b17 


0x4945 


OxaOee 


0xe67f 


0xe61d 


69 


0x1 ef 4 


0x2f5d 


OxdbOd 


0xa266 


0x1 57e 


0x03a9 


70 


OxbdeO 


0xeb03 


0x09da 


0x0147 


0x0469 


0xfe7a 


71 


0x3d9e 


0x4df3 


0xd774 


0x2ba4 


0xf3dd 


0x3a05 


72 


OxdISO 


0xe065 


0xb9f8 


0xa8f1 


Oxbcab 


0xe56d 


73 


0xcdc2 


0xf784 


0xe693 


0x1727 


0x30aa 


0xa8ad 


74 


OxfeOf 


0x0142 


0x040e 


0xe60d 


0xeae4 


0x4f57 


75 


0x043b 


0xa638 


0xded2 


0x2f62 


0xfd06 


0x0a3f 


76 


0x1 3cb 


0x4d00 


0xf893 


0xffe2 


Oxfebb 


0x0055 


77 


0x03db 


0xe93a 


0x1074 


Oxdeba 


0x23a1 


0x9e32 


78 


0xe144 


0x1 c74 


Oxcffc 


0x3272 


OxabaS 


0x51 ed 


79 


0xf9a2 


0xe1f2 


0xf775 


0xdeb3 


Oxealc 


0x9d94 


80 


0xe5f4 


0x0184 


0xa7f9 


0x05f6 


0x237a 


OxOOel 


81 


0xe145 


0xa8dc 


0x1 42b 


0x01 6a 


0x03b0 


Oxfefd 


82 


OxOefO 


0xd1b6 


0x1 da7 


0xa578 


0x62fe 


0x5edb 


83 


0xd6f8 


0x101b 


0xad89 


0x52b5 


0x57a7 


Oxfcba 


84 


OxedSd 


0x5523 


0x1828 


0xff86 


0x066a 


0xfd33 


85 


0x5fb8 


Ox4daf 


0xf805 


0x03da 


0x0007 


0xffe9 


86 


0x954f 


0xff79 


0x0985 


0x0103 


0x0059 


0x0133 


87 


0x5f7e 


OxfOdf 


Oxeafi 


Oxfeee 


0xf6ad 


0x0169 


88 


0x1599 


0x1698 


0x48fa 


0x00f2 


0xaa78 


0xf05d 


89 


0x5720 


0x1183 


0x02d2 


0xd02e 


0x1 d92 


0x3e58 


90 


0x21 el 


OxObcl 


0x4fd5 


0x5274 


0xad94 


0xf3f8 


91 


0xfb94 


0x0a91 


OxfSdf 


0x1 52e 


Oxfcef 


0x4864 


92 


0x4224 


0xcb33 


0xbf83 


0xe5f6 


0xb099 


0xe873 


93 


OxOSab 


0x0564 


0x53e2 


0xfb98 


0x0147 


0x0053 


94 


0xf77f 


0x540d 


OxfOfO 


0xe89e 


0xff34 


0xf771 


95 


0x03b9 


0xdb2e 


0x3e02 


0xd62a 


0xf361 


0x5226 


96 


0xfe5b 


0xfa9f 


0x0280 


Oxdfdl 


OxaelO 


0x087e 


97 


0x1 0d5 


0x4852 


0xdc74 


0xb871 


0xc362 


0x0e78 


98 


0xe8c9 


0x01 c1 


0xdf3d 


0x0433 


0xa93e 


0xee80 


99 


0x0b89 


0x31 f4 


0x476d 


0x0596 


0x3a59 


0x54e3 


100 


0xf49f 


0x0191 


0xed7d 


Oxbl 77 


0x06a3 


0xfb85 


101 


0x0d79 


0x1479 


0x2295 


0x5676 


0xe285 


0x05ab 


102 


0xf796 


0x2188 


0x46c8 


0xe302 


0x4b77 


0xe899 


103 


OxOdad 


0x0b19 


0x1709 


0x1 8fd 


0x21 b6 


0x59ea 


104 


0x09a3 


0x0b8c 


0x01 7b 


0x1647 


0xa9e1 


0xf773 


105 


Oxbdbd 


Oxfdae 


0x4986 


0xeb51 


0x0668 


0x0306 


106 


0x0b50 


0xfa70 


0x0e02 


0xf70c 


0x4dc6 


0xf8e2 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(1 6-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


107 


0xb771 


0x52e3 


0xc94f 


0xcee3 


0x4052 


0x027b 


108 


0xf832 


0xb48e 


0xbf71 


0x2fb0 


0xbf40 


0xe152 


109 


0xda36 


0x03f4 


0xab73 


0x0b43 


0xce58 


0x091 1 


110 


Oxfcl 3 


0x01 d7 


0xf1d3 


0x1 f6d 


0xd4b1 


0x63bd 


111 


0x1 02d 


0xac20 


0xf58f 


0x02f4 


0xfd69 


0xfdf5 


112 


0x1 95a 


0x2153 


0x4b59 


0x4a05 


0x1 7cc 


0xdb7d 


113 


0x4245 


0x6017 


0x36c8 


0x2758 


0xfde8 


0xd73a 


114 


0xe02d 


0x0861 


0xa60c 


Oxbd4f 


0x1 54b 


Oxeecf 


115 


0xc5e7 


0x5028 


0xb881 


OxdaOb 


0xd193 


0xba59 


116 


0xf70e 


0xc8d8 


0x0816 


0x57c3 


0x0687 


0x02d5 


117 


0xdea6 


0x3925 


OxOdcl 


0xaf9f 


0x1 all 


0x2008 


118 


0x4f 1 8 


0x11 3a 


Oxfaaa 


0xfdb7 


0x04cd 


0xf66f 


119 


0x1 d2b 


0xe414 


0x3563 


Oxdfca 


0x5778 


0xbc58 


120 


0xf874 


0x0f23 


0xdc98 


Oxf11c 


0x03be 


0x0109 


121 


Oxeedl 


0x0b8f 


0xc1d9 


0x4c8e 


0x1 35a 


Oxfbaf 


122 


0x4659 


0xd93d 


0xb927 


OxfOea 


0x2baa 


0x1 6bd 


123 


0xc6fc 


0xfb35 


0x25bc 


0x5473 


0x2bdc 


0xd237 


124 


0xfd2f 


0xf95c 


0x006d 


0xf7a2 


0x003d 


0xe58c 


125 


0x9fd5 


0xa808 


0x1 5e8 


0xf85b 


0xf91f 


OxfcOc 


126 


0xa350 


0xee9d 


0xf580 


0xc6a9 


0xef56 


0x26bf 


127 


0x21 2f 


0xfc82 


0x4fd6 


0xca04 


0xbc8d 


0x008b 



Table E.32: VQ table for hebap 6 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





0x27aa 


0x1 cc5 


0x41 dd 


0x48f9 


0xa693 


Oxf Ice 


1 


0xf5c5 


Oxf 1 34 


0xea67 


0xebb8 


Oxdccf 


0xb0b6 


2 


0xea31 


0xa6f0 


0x5331 


0x1 b64 


0x02e9 


0x02d0 


3 


0x01 ac 


0xfa4d 


0x006d 


0xf3f6 


0x0169 


0xdf2d 


4 


Oxifel 


0x5781 


OxOOfI 


0x06db 


0xfc96 


0xf4f8 


5 


0x0474 


0x3163 


0x0902 


0x56f7 


0x9dc6 


0xbb6b 


6 


OxfScf 


0x0d33 


0x2861 


0xb2ee 


0xc394 


0xa278 


7 


0xf038 


0xce04 


0x9b54 


0x3328 


0x0f41 


0x0523 


8 


0x1210 


0xa309 


0x3528 


0x62e5 


0xfb69 


0x087d 


9 


0xff9f 


0x35b3 


Oxebfe 


0x5ad7 


0x1076 


0xa97f 


10 


0x1 ade 


Oxfebe 


0x4758 


Oxfcaa 


0xd174 


0xfd23 


11 


0x4380 


0xce83 


0xda23 


0x5c0b 


0xc090 


0xfae3 


12 


0x1 6aa 


0xec98 


0x4c46 


0xad36 


0x9fd2 


0xff49 


13 


0x1 6db 


0xc0f7 


0x3b7d 


0xdae8 


0xf9fe 


0x0179 


14 


0x3710 


0x61 e1 


0x346b 


0x2062 


0x5b18 


0x41 b2 


15 


0xe3a3 


0x0076 


0xc205 


0x4a99 


0x2635 


Oxfeeb 


16 


0xef40 


0x5455 


0xcc18 


0xc07d 


0x40f9 


0xed02 


17 


0x1 32d 


0xb4ef 


0x5b73 


0x3971 


0xfd2e 


0x007d 


18 


0x4c06 


0xed84 


0xf878 


0xd2f9 


0x5122 


0x1531 


19 


0x9456 


0xf4bf 


0xef15 


0x0180 


0xf7c9 


0x0557 


20 


0xfef6 


0xdc29 


0x1541 


0x66dd 


0xf87c 


0x1 07d 


21 


0xf466 


0xb136 


0xaac8 


0x1 54a 


0xe2fe 


0x1 4e0 


22 


0xff23 


0xe5d8 


0x025b 


0xdc4c 


0x051 c 


0x948e 


23 


0x2595 


0xdf44 


Oxf 851 


0x24bb 


0xf98d 


0x5921 


24 


0x1 d8e 


0xeb7e 


Oxefbb 


0x0569 


0xfc22 


0x0230 


25 


Oxfb1 2 


0x60a2 


0xb58f 


0x29f5 


0x1 da1 


0xe446 


26 


0x01 c3 


0x4ea2 


0xd923 


0xe881 


0xf774 


0xfa4e 


27 


0x56e9 


0x24a4 


0x2388 


0x2acf 


0xf6c3 


Oxf 174 


28 


0x48ec 


0xfd76 


0xfb2e 


0x2b54 


0x1 dfe 


0x1751 


29 


Ox4b07 


0xfa33 


Oxfbcc 


0xfd25 


0xfd54 


0x002b 


30 


0xec93 


0x3476 


Ox4eab 


0x003c 


0x01 dc 


0xfc59 


31 


0xb1c3 


0x2206 


0x09c3 


0x03f8 


0xfb7a 


0x01 4f 


32 


0x98d3 


0x48a6 


0xf767 


0xfd63 


0x0d51 


0x0319 


33 


0xed8a 


0x22ab 


0x9fe1 


0xda52 


0x0e3b 


0xfee5 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


34 


0x33f7 


0xac64 


Oxf 1 95 


0xfb60 


0xf84e 


0x064c 


35 


OxOOad 


0x003c 


0x0397 


Ox04cd 


0x1 ble 


0xfd67 


36 


0x3ff9 


0x425f 


0x1 4dd 


0xc941 


0xf700 


OxbOSa 


37 


0x62f6 


OxdeSf 


0x2eab 


0xe21b 


0xe725 


0x36ea 


38 


0x5d79 


0xcc35 


0xe3c6 


0xfc57 


OxOOea 


0xff45 


39 


0x1 8a7 


0xf8ab 


0x30da 


0xf8a9 


0x493f 


0xa4d3 


40 


0x026d 


0x1 92d 


OxOdIa 


0xa12e 


0x20d6 


0x1 4c3 


41 


0xf31f 


0xec56 


OxedaO 


0xec28 


0x9b7e 


0x1 4e3 


42 


0xfb05 


Oxcci 1 


0xfc3b 


Oxa4ea 


Ox04be 


0x6693 


43 


0xe794 


0x2733 


Oxbl 77 


0x3bc5 


Oxcl 37 


0x1410 


44 


0x255a 


0xf0b9 


0xb3ca 


0x1289 


0x56fe 


0xefb5 


45 


0x1 f2a 


0xb370 


0x36c8 


0xe98f 


0xae89 


0x22eb 


46 


0x0007 


0xf039 


OxOSdf 


0xe84f 


0x0034 


0xb421 


47 


0x0d9d 


0x0b99 


0x1 e34 


0x1 e6a 


0x62e0 


0x1 83e 


48 


0xfc41 


0xcdf4 


0xf8d0 


0xa729 


0x1 c9c 


0x2a4e 


49 


0xedb2 


0x068e 


0xd844 


Oxebab 


0x1 0c6 


0xfb09 


50 


0x0f31 


0x0516 


0x1 d1 a 


0x027e 


0x4f96 


0xf3c3 


51 


0xcf30 


0xdc5d 


0x48 1f 


0xcfc9 


0xe3ba 


0x4878 


52 


0xe7d7 


0x21 c9 


0xe509 


0xfc81 


0x42d5 


0x40dc 


53 


0xd958 


0x6fa3 


OxObId 


0x0668 


0x0b6d 


OxfedS 


54 


0x3a78 


0x9a7c 


0x3a1e 


0xa234 


0x0717 


OxeSbS 


55 


0x65fb 


0x1 42e 


0x52e9 


0x3e01 


0x5471 


0x39e9 


56 


Oxab4c 


0x4036 


0x5018 


0xc7f6 


0xe436 


Oxefbe 


57 


0x6fe7 


0x005a 


0xf9dc 


0x0315 


0xfc7a 


0xffb5 


58 


0xfa39 


0x09a7 


0xf023 


OxOeIc 


0xf740 


0x2aa2 


59 


0x21 a8 


0x4453 


0x4367 


OxbbdO 


0x427e 


OxcOlb 


60 


OxafOe 


0xb75b 


0x62ba 


0x4538 


0xf20b 


0x069f 


61 


Oxfcl b 


0x1 7f1 


0xe761 


0x2bf2 


0xd3a1 


0xb2e5 


62 


Oxffbe 


0xf05f 


0xf9d0 


0x3448 


0x00a2 


0xff70 


63 


Oxfdef 


0x524c 


0x1 ef3 


0xd37c 


0x01 a6 


0xffe6 


64 


0x1 bbe 


0xcb25 


Oxbl a9 


0x0a45 


0xff4e 


0xfe53 


65 


0x23f1 


0x0558 


0xa922 


OxOaSf 


Oxafed 


0x6139 


66 


0xfe50 


0x1 a1 3 


OxfefS 


0x2213 


0x0050 


0x6d78 


67 


0x4c25 


0xf3dc 


0xdbd3 


0x0776 


Oxaaef 


0x1 4e1 


68 


0x36ff 


0xd31f 


0x31 3c 


0x1 7bf 


0x4da5 


0x0523 


69 


0x2ac3 


0x266d 


Oxb74c 


0x3d7e 


0x1 2b8 


0x025d 


70 


0xf90f 


OxOeae 


0xf009 


0x54c0 


0x1788 


OxfdcO 


71 


OxOdef 


0xf206 


OxSffb 


0x0a78 


0xf928 


0x02cc 


72 


0xec47 


0xfa89 


0xee3a 


0xfd74 


0xbac7 


0xf2da 


73 


Gxflcd 


Oxeeec 


0xe686 


0xa978 


0x1 cd6 


0x05b2 


74 


0x2fd2 


0x4af6 


0x1 60e 


0xe179 


OxbObf 


0x5360 


75 


0xe2ac 


0x4df0 


0x5bf6 


0xd9e7 


0x1625 


0xf83a 


76 


0xf71d 


0x3c4e 


0x2a9b 


0xba29 


0x1961 


0x350e 


77 


Oxcl ea 


0xc2e2 


0xed94 


0x1 783 


0x5eba 


0xe7dd 


78 


0xf7ff 


0xe538 


0xfb48 


0x0396 


0x4547 


Oxffbb 


79 


Oxf 1 77 


0x238b 


0xc13f 


0xa3bb 


0x1 75d 


0xf6d8 


80 


0x1 eb6 


0xdd2a 


0x5de1 


0x63a4 


Oxd4e7 


Oxfdib 


81 


Oxced4 


Ox4cOc 


0x3939 


0x3c5b 


0xad16 


0x0493 


82 


0x0836 


Ox047b 


0x0ae5 


0x1000 


0x0883 


0x222e 


83 


0xb8da 


0xbaa2 


0xd782 


Oxebad 


0xfbd6 


0xf22b 


84 


0xf4fd 


0xb20a 


0xd16f 


0x1790 


0x207b 


0x2886 


85 


0xdc8a 


0xf7cc 


Ox4be7 


Oxffef 


0x02dc 


0xfd4f 


86 


0xc750 


0xb4e8 


0xe449 


0x4927 


Ox074e 


0x597a 


87 


0x0f48 


0x0293 


0x63fd 


0xf05a 


0x2593 


0x036d 


88 


0x0a38 


0x58a7 


0xe976 


0x4600 


OxOee4 


Ox4efc 


89 


OxOaOl 


OxeSdf 


0xeb83 


0xd564 


0x08d0 


Oxfdfb 


90 


0xec92 


0x00c6 


0xaa21 


Oxf 1 e8 


0x569e 


0xb614 


91 


0x533c 


0xfb45 


0x4ac8 


0x41 33 


0xf9cc 


0x2c7e 


92 


0xf902 


0x0f77 


0xf260 


0x1 b5b 


0xe43d 


0x51 8d 


93 


0xe824 


0xb9dd 


0xb6de 


0x60bb 


Ox407c 


0x0c8b 


94 


0x4fee 


0x9e65 


0xb077 


0x1184 


0xec09 


0xfe22 


95 


0xe716 


0xf832 


0xd80b 


Oxfdef 


0xa9e9 


OxaSbd 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


96 


0x0be7 


0xb65e 


0x1 da2 


0x3997 


0xb26a 


0x1 8cf 


97 


0xec49 


0x057d 


0xda38 


0x041 f 


0xaa87 


0x2ba2 


98 


0x0d99 


Oxdald 


0x1 97e 


Oxbefl 


0x591 d 


0x5593 


99 


0xb776 


0x445d 


0x3948 


0x050b 


0x1 3a2 


0x4cdc 


100 


0x3f06 


0xb29e 


0xbdc4 


0xb9ed 


Oxbddb 


0x1 6a8 


101 


OxdfeO 


0x1 32c 


0x22e7 


0x08e0 


0xfb8c 


0xa54f 


102 


0x0624 


OxOad 


0xf9c2 


0x085f 


0xf2ee 


0xaa5a 


103 


0xd998 


Oxfbdc 


0x9356 


0x04be 


0x1 c79 


0x0096 


104 


0x0062 


0x0602 


0x0217 


0x441 5 


0xa562 


0xfc7b 


105 


0x535c 


Oxb14e 


OxOcel 


0xf930 


Oxdffi 


0xac2a 


106 


Oxefba 


0xede7 


0xba1 2 


0x1566 


0x0505 


0x0088 


107 


0x4919 


0x520b 


0x60f2 


0x2c9d 


0x0502 


0xedf6 


108 


0xf231 


0x1 dd4 


0xfef7 


0x085d 


OxfccS 


0xf80d 


109 


0xf390 


Ox4d01 


0x0ad7 


Oxfffe 


0x0442 


0x0068 


110 


0xe58d 


0xb127 


0x0b7a 


0xf7b3 


Oxffdc 


0x04f4 


111 


0x2558 


0x24d6 


0x2572 


0x5654 


0x3603 


0x1898 


112 


0xfde9 


Oxblce 


0x1 0b4 


0xf8b4 


0xfe40 


Oxbcel 


113 


OxaOeO 


0x37a4 


Oxcabi 


OxaddO 


OxOSdf 


0x2d23 


114 


0xf5aa 


0x3c4d 


0xee13 


0x48ce 


0xef35 


0xfd92 


115 


0xb1 aO 


0x1 049 


0x46c3 


0xfa84 


0x359a 


0xf8df 


116 


0xc019 


0x2378 


0x02e8 


0x5605 


0x007d 


0x2a2a 


117 


0x25ac 


0xc6f1 


0xb7d1 


0xc686 


0x2ba6 


Oxaeee 


118 


Oxfeba 


0xa32e 


0x1800 


0x1 ee5 


0x025a 


0x0604 


119 


0xe606 


0x1 9ea 


0xce75 


0x5394 


0x5131 


0xe549 


120 


0x1 09c 


Oxadcd 


0x1 5fc 


0x48ff 


0x5d34 


0x2088 


121 


0x4642 


0x1 648 


0xeb83 


0xb953 


0xfdd5 


0x0c93 


122 


0x1 7cb 


0x3798 


0xec03 


OxbbdO 


0xb404 


0xd27f 


123 


Oxabae 


0x2c26 


0x3c4a 


0x63f6 


0x1 a79 


0x97c5 


124 


0x536b 


Oxdfcc 


0x1 6f5 


0xf22c 


0x1 7bf 


0xf5f9 


125 


0x0a2b 


0xf669 


0x1 52d 


0xd002 


0xb564 


0x1 5c6 


126 


0xf947 


0x98e7 


0xa390 


0x5978 


0xfea3 


OxOecb 


127 


0x088d 


0xfb4d 


0x1 4dc 


OxOcbl 


0xa7a7 


0x0068 


128 


0xf980 


0xd4f4 


0xf4d7 


OxafOd 


0xa20f 


0x4dbc 


129 


0x5959 


0xe34f 


0xb7cf 


0xc6e8 


OxdfSO 


0xcd5b 


130 


OxOed 


0x0f76 


0x202f 


0x500e 


Oxe4b1 


0xfb4f 


131 


0xff60 


0xf9b3 


0xfce7 


0xde17 


0x023d 


0x0308 


132 


0x1 0c9 


Oxf 1 36 


0x4f95 


0x1 7c2 


0xeb37 


0xb820 


133 


0x4939 


0x099f 


0x3102 


Oxeibb 


Oxeica 


0xf779 


134 


0x2b42 


0xed90 


0x5667 


0x0721 


OxaOel 


OxOffO 


135 


0x05df 


0xb516 


0xf9df 


OxOOOd 


0xfec7 


0x0177 


136 


0x01 3e 


Oxfdd 


0x09f0 


0x00b2 


0x0066 


0x0028 


137 


0xc184 


0x96ef 


0x1390 


0x0cf8 


0x02ae 


0x0487 


138 


0x649b 


0x6906 


0x023e 


0xe8d6 


0xf0b4 


0x057f 


139 


0xdc44 


0xe20f 


0xf4c5 


0xdf40 


0xb71 9 


0x6720 


140 


0xe2eb 


0xb988 


0xb824 


0x2262 


0xf734 


0xaa82 


141 


0x1 eab 


0x2dfd 


0x6b5d 


Oxcddl 


0xfa7e 


0x4c86 


142 


OxOScO 


0x1 73b 


0x2bef 


0x3e6c 


0xe69d 


0x5ed8 


143 


0x54a9 


0xb7ad 


0x262b 


0x1996 


0xf556 


0x01 4e 


144 


Oxefcb 


0x0628 


0xd4fe 


0x0059 


0xa093 


0xe9b2 


145 


0x1 e28 


0x05c6 


0x53a4 


0x9e3f 


OxdfSf 


0x0009 


146 


0xf670 


0x27ea 


0xce2c 


0xc131 


0x0489 


Oxacdc 


147 


Oxddcb 


0xc7a3 


0xa67a 


0xc624 


0x0a45 


0x3614 


148 


OxeSac 


OxObIb 


0xda59 


0x0b42 


0xc6df 


0x5fb1 


149 


0xfd5e 


0xe67e 


0x01 9e 


0xa4db 


Oxacal 


0x01 c6 


150 


0x0838 


0xe758 


0x2a87 


0x46a7 


0xfb51 


OxOOaf 


151 


0xfe13 


Oxfdce 


0xf54d 


0x0076 


Oxfbce 


0x005d 


152 


0xd8e5 


0xf015 


0x9259 


0x56a4 


0x3ae5 


0xfd84 


153 


OxedeS 


0xbfe8 


0xdcd5 


OxbOSe 


0xd2a8 


0xae3c 


154 


0x1 2cf 


0x3e14 


0x5eae 


Oxcabe 


0xf3fe 


Oxfbdd 


155 


0xe5bc 


0x1202 


0xb6ac 


0xc44d 


0xbed3 


0x5db4 


156 


0x3bf5 


0xfd5e 


0xf19e 


0x54af 


0x1 17b 


0xd0c8 


157 


0x1294 


0x0a21 


0x1 4ea 


0x1771 


0x3ad7 


0x677a 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


158 


0xa2f9 


0xbc9d 


0x1 b20 


0x01 7a 


0x02b6 


0x029e 


159 


0x5b60 


0xdd79 


0xc687 


0x1 d78 


0xfc94 


0x2b50 


160 


OxOeSB 


0x0d08 


0x5841 


0xf259 


0xf6e8 


0xff8f 


161 


0x011c 


0x1 b02 


0x0c19 


0x27bb 


0x1 9ee 


0xb743 


162 


0x09a8 


0x1758 


0x2b2e 


0xd160 


0xfda5 


0xfd69 


163 


0x3f2f 


0x4039 


0x336c 


0xf035 


0x1 23b 


0x1 d07 


164 


0x4b8a 


0x3cae 


0xe67b 


0x0691 


0xed07 


0x4298 


165 


0x4283 


0x0214 


0xb588 


0xfa5f 


0xebf6 


0x043d 


166 


0xceb7 


0xbb37 


OxOSOe 


0x9d0c 


0x4a41 


0xc107 


167 


0x2748 


OxadfS 


Oxcabe 


0xf47b 


0x3c07 


0x4dde 


168 


0xfd78 


0xf9bb 


0x273e 


0xf9c8 


0x33f0 


0x4d60 


169 


0xfbe2 


0x29f8 


0x021 a 


0x61 6a 


0x259e 


0xdca4 


170 


0xd88d 


0x0be2 


0x9e0c 


0xa20c 


0x3693 


0x0064 


171 


0x1993 


0x1 afb 


0x1 b77 


0x286c 


0x5cdf 


0xba22 


172 


0xa6f7 


0xf840 


0xfa8f 


0xf2fe 


0x2433 


0x37ed 


173 


0xc7f6 


0xf081 


0x0be2 


0x3f7e 


0xbc69 


0x25ae 


174 


0xac6f 


0x5c4c 


0x41 85 


0x02cc 


0x0a67 


0x0072 


175 


0xb5b8 


0xf422 


0x0626 


OxffOb 


0x05b7 


0xfce7 


176 


0x578a 


0x5b91 


0xc6d3 


Oxfdee 


0x439e 


0x3531 


177 


0xd2c2 


0x1 eff 


0xc97e 


0x5ba9 


0x9fcc 


0x67b6 


178 


Oxfbeb 


0x0e5f 


0xf756 


0x294c 


0x5207 


0xf18a 


179 


0xc367 


0x00c5 


0x41 4e 


0x9fe5 


0x1351 


0x0005 


180 


0x2a1d 


0x1 Oef 


0x68a6 


0xdc9d 


OxcOeS 


0xf4e8 


181 


OxSecb 


Oxaldc 


0xf0a3 


0xe54f 


0x3165 


0xe48b 


182 


0x0830 


0x9c1c 


Oxdf4e 


0x1 a9e 


OxOOOb 


0x049a 


183 


0xd1b8 


0xfdb9 


Oxdd47 


Oxafd 


0xd71 9 


0xfe84 


184 


0xf649 


0x60c9 


0xab79 


0xb473 


0x067c 


0xfd24 


185 


0x0909 


0x356f 


0x0ff5 


0x5fe5 


0x6073 


0xad45 


186 


0xf6c2 


OxfeOS 


Oxefde 


0xd6b6 


0x5c74 


0x07a9 


187 


0x4f9b 


0x4591 


Oxdade 


0x0e95 


0xb5f6 


0xe76c 


188 


OxfOfO 


0x41 a2 


0xfc5f 


OxbOaa 


0xbab5 


0x1 a8d 


189 


0x308f 


0x1 7be 


0xd3f8 


0xc78e 


0x1 b01 


0x5bb4 


190 


0x1 dd4 


0xf989 


0x59e9 


0x29df 


0xdf9c 


0x0346 


191 


0xde91 


0xfb2d 


0xb950 


0x0f39 


0x3edd 


0x05d2 


192 


Oxflfe 


0x2054 


0x3b3d 


0xf131 


0xad63 


0x06cd 


193 


0xee6f 


0x54eb 


0x093e 


Oxfeea 


0xed48 


0x3cbd 


194 


0xa5ae 


0xca74 


0x1 df4 


0x3f68 


0x5e38 


0x3ab1 


195 


0xb1 b5 


0x3215 


0xb140 


0x41 33 


0xd279 


0xc12f 


196 


0xcec7 


0x4f0f 


OxOdaS 


0xf60b 


0xe5a7 


0xd1b6 


197 


0x1159 


0x1 e84 


0x51 2f 


0x42b8 


0x2d03 


0xda55 


198 


OxGObe 


0x21 2e 


0xa4fe 


0xf342 


0x2b5d 


0xe430 


199 


0xd885 


0xe239 


0xa978 


0xb881 


0x6815 


0x254e 


200 


0x9c33 


0x01 dd 


0x1 ec2 


0xf9fe 


0x0463 


0xff58 


201 


0x01 d6 


0x266a 


0xfea5 


0x5d89 


0xd773 


0xdb05 


202 


OxfOOO 


0xda1 a 


0xe538 


OxabdS 


0x51 6d 


0x1 c06 


203 


0x1 4fa 


0x2614 


0xa32b 


0xfb5a 


0x0200 


0xf9fe 


204 


Oxfd 2 


0xd8c2 


0xce97 


0x4b22 


0xf902 


0xfc86 


205 


0x3b04 


0x5c44 


0xc2e2 


0xf626 


0xfb4d 


OxfadS 


206 


0xe312 


0xf5d3 


0x0447 


0xff09 


0xfe27 


OxOObI 


207 


0x1 f99 


0x0004 


0x3088 


0xa8f4 


0x28a5 


OxeldO 


208 


0x56b4 


0x2a17 


0xec4d 


0x02b2 


0x0216 


0xff2c 


209 


0xf3af 


0xfa76 


0xbe3d 


0x47fa 


0x3dcd 


0x59ac 


210 


0x1631 


0xf74b 


0x0c7c 


0xf2aa 


0xaac7 


0xc629 


211 


0x0013 


0x0313 


0x0408 


OxOOaa 


0xdf99 


0xfd7b 


212 


OxfcSe 


0xf6f1 


0x96 If 


0x01 bO 


OxeedS 


0x05db 


213 


OxfabG 


0xd1d5 


0xffb4 


0xb064 


0xd7cb 


0x2c40 


214 


0x00d3 


0xed6f 


Oxedbd 


0xe4eb 


0xcb1 e 


0x388f 


215 


0x1 79b 


0x1 48c 


0xfe35 


0xfe32 


OxOOSf 


Oxffbf 


216 


0xf5f4 


0x1 c58 


0xf30b 


0x23fc 


0xa570 


OxdSfa 


217 


0x9ece 


0xdac4 


0x49ba 


0x1 7d5 


0x097d 


0xc76e 


218 


0x207a 


0x08e5 


0x3770 


OxOdbS 


0x6519 


0x55f0 


219 


OxOOdO 


0x4efa 


0xfee7 


0x9f36 


Oxffcl 


0xfb61 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


220 


0x0447 


0xe86e 


0x0a92 


0xaa51 


0xf5a1 


0x0233 


221 


0x0017 


0xe8d6 


OxOOfS 


OxdceS 


0x1 4e1 


0x504e 


222 


0xc396 


0x31 9b 


0x1040 


0x2b4f 


0x508d 


0xd750 


223 


0x5203 


Oxffab 


Oxdeec 


0x00c2 


OxOSeb 


0xdad5 


224 


0xb34b 


0xf2f9 


0xc8ff 


0x0df6 


Oxa4ab 


0xfd65 


225 


0xf7e4 


OxOdal 


0xf388 


0xb459 


0x021 b 


0xfa06 


226 


0x1 cb8 


0xc493 


0x5844 


0x4ba9 


0x0413 


0x40f3 


227 


OxfSbO 


0xfe63 


0x04d3 


0xeb64 


0xf222 


0x558f 


228 


0x1 efb 


0xf828 


0x4248 


0xe571 


0x72d1 


0xf655 


229 


Oxcaeb 


0x20c5 


OxaSac 


0xa9b5 


0xc89e 


0xc827 


230 


0xd2c9 


0xb186 


0x3eb8 


0xf8c8 


0x3d69 


0x1194 


231 


OxOfOg 


0xbf3b 


0x4ec1 


0xad5d 


0x1 e62 


0x2e58 


232 


OxeGBd 


0xfb07 


0xb66b 


0xd42e 


0x2d74 


0x0414 


233 


0x09e0 


OxeSdd 


OxbaOS 


0xd39e 


0xece2 


OxfcIO 


234 


0x04d9 


0x1 Oa4 


0x090f 


0x1 7df 


0x0d9d 


Ox4ef1 


235 


0x0bc6 


Oxf41 8 


0x1 4c4 


0xee45 


0x51 5f 


0x21 fe 


236 


0xf902 


0xc6a5 


0x0116 


0x3684 


0xd8af 


0xd6cd 


237 


0xa734 


OxeOeb 


0xfb7e 


0x35fd 


0xfa34 


0xfb21 


238 


OxeSGb 


0xfd99 


0x3326 


0x49ef 


0x26a9 


0x05ac 


239 


0x09f8 


0xf6de 


0x0d60 


Oxedea 


0x2b74 


0xb380 


240 


0xd48b 


0xafb7 


0xd599 


0xd5e1 


Oxaeel 


0x1 abl 


241 


0x03d8 


0xc509 


0x1 68f 


0x6225 


0x1501 


0xb2a9 


242 


0x0205 


0x33d8 


0xe2de 


0xf951 


0x5084 


0xe883 


243 


0xac57 


0x33c3 


0xaec5 


0x3489 


0x4381 


0x3330 


244 


0xc23d 


0xc088 


0x5a35 


0xf03b 


Oxdffd 


0x0367 


245 


0x0246 


0x31 lb 


0xad77 


0xc652 


Oxdcid 


0x1635 


246 


0x1 Ode 


0xf910 


0x2ca1 


0xba9d 


0xd93f 


0x0241 


247 


0x1 77d 


0x41 be 


0x44f7 


0x9b5a 


OxeedO 


0xf222 


248 


0xca50 


0xbf63 


0x0e34 


0xf2fe 


0xad9d 


0xc1f2 


249 


0x1 9a5 


0xd475 


0x21 c9 


0xccc6 


0x5b31 


0xcb03 


250 


0xf612 


Oxdcaa 


0xe27a 


0x7238 


0x0e75 


0xfe81 


251 


0xd68c 


0x61 a3 


0x0765 


Oxdfee 


0x51 b8 


OxcOae 


252 


0x1 49c 


0x4156 


0x29a3 


Ox4de4 


0xed41 


0xb484 


253 


Oxfdec 


Oxdbac 


0x6cd0 


0x1365 


OxffOf 


0x0218 


254 


OxfdOS 


Oxaf 1 e 


0xf2ac 


0x49b6 


OxOacd 


0x058c 


255 


0xf40d 


0x0a94 


0xb5b2 


0xfeb5 


OxOddl 


0x0074 



Table E.33: VQ table for hebap 7 (16-bit two's complement) 



index 


val[index][0] 
(16-bit two's 
complement) 


val[lndex][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 





Oxad4b 


0x5585 


0x2896 


0x354e 


0x29de 


0xdc27 


1 


0xa809 


Oxdfff 


0x4798 


0xe61b 


0x63ae 


0xd5a0 


2 


0x1 a90 


0xca42 


0xcc22 


0x5792 


0x394b 


0xae36 


3 


0x092b 


0x2914 


0x0465 


0xf281 


0x1 5c1 


0x6a00 


4 


0xe627 


0x2e4b 


0xa034 


0x5999 


0x4f8a 


0xe87d 


5 


0xaaf8 


0x29b9 


0xb361 


0xc553 


0xdee2 


0xf7df 


6 


0xf547 


0x21 ec 


Oxecel 


0x6c5b 


0x1 d82 


0xd147 


7 


0xfc04 


0x099c 


0xfc46 


0x1292 


0xfd8d 


OxcOlO 


8 


OxbSOa 


0x5a39 


Ox004b 


0xca8c 


0xf5ac 


0x083c 


9 


OxOfdl 


0xf4c8 


0x1 6db 


0xee95 


0x5686 


0x3110 


10 


0xacc8 


0xbd17 


0xfd26 


0x1 cfb 


0xd276 


0xd6e5 


11 


Ox2c44 


0x0700 


0x682a 


0x5bde 


0xb397 


0xfe15 


12 


0xba5d 


0xbe77 


Oxcada 


0xc7cb 


0xa9f3 


0xf660 


13 


0x0443 


0xe8b1 


0xe0d9 


Oxbdaf 


0xb030 


0xaa55 


14 


Ox47d4 


Oxfbbi 


0x078d 


0x341 e 


0xbbc9 


0x46c2 


15 


0x5876 


0x43c1 


0xd912 


0x45ff 


0x4762 


0x02ba 


16 


0x05cc 


0x4f49 


0xe986 


0x986d 


0x1 34d 


0xa909 


17 


0xf5d5 


0x1 leb 


0xe92e 


0x4820 


0x223f 


0xf5f8 


18 


0xf51 3 


0xf9be 


0x54d1 


OxOcI b 


0x9bad 


0x0c98 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


19 


0xb5ad 


0x1255 


0xec71 


0x1 7ac 


Ox07b4 


0xc509 


20 


0xf773 


0x252c 


Oxfdee 


0x50bd 


Oxedca 


0xdf93 


21 


0xa8cb 


0xdd49 


0x09e1 


0xd3a8 


0x1564 


0x03e6 


22 


0x5654 


Oxec44 


0x0673 


0xf59f 


0x1207 


0x090f 


23 


0x5177 


0xf3fa 


0xf2fe 


0x1009 


0x349e 


OxObfd 


24 


0x0055 


0x4389 


0x2818 


0xc660 


0x00d6 


0x005a 


25 


0x9903 


0xb65f 


0xb468 


0x4b2c 


0xd816 


0x26b5 


26 


0xd9f5 


0x501 1 


0xe64d 


0xe4b9 


OxOb4b 


Oxfdie 


27 


0x505f 


0xc20c 


0xa67f 


0x1 ad6 


Ox004c 


0x0147 


28 


0x2228 


0xcdb3 


0xa65f 


0xf6bc 


0xb420 


0xd9d5 


29 


Oxcdaa 


0x3f37 


0x525c 


OxOeed 


0x02ed 


0xca20 


30 


Oxcl 85 


0x47df 


0x0957 


0xbb03 


Ox4c1c 


0xe87e 


31 


0x058f 


0x2dd6 


0x0fd3 


0x4b5a 


0x1 ac9 


0xb31f 


32 


OxebbO 


0x2626 


0x4746 


0x099f 


0x494c 


OxedOc 


33 


Oxfdab 


0x4c2a 


0x052b 


0xdc78 


Oxfecc 


OxfbbO 


34 


0xf3e5 


0x9b7d 


0xc2cf 


0x62f4 


0x1 21 a 


0x0a4b 


35 


Ox4ca7 


0xf6b0 


0xe117 


0x2e14 


0xdb8b 


0xc8fc 


36 


0x0a52 


0x6755 


0xad9d 


0xd78e 


0xf963 


Oxf 951 


37 


0x560f 


0x5479 


0x2d3c 


0xa67d 


0xefd3 


0x0081 


38 


0xe816 


0x0dd6 


0x0393 


Oxfefb 


Oxffef 


0xfe81 


39 


0x06a0 


0x1 a30 


0xfa6f 


0x5166 


0x0359 


OxeecO 


40 


0x058f 


0xc450 


0xde9a 


0xda3d 


0x1 45a 


0x1637 


41 


0xee58 


0xfd9b 


0xd25d 


0x1 5f2 


0x1086 


0x026b 


42 


0x03a9 


0xec9d 


0xc8ea 


0xbd30 


0xe506 


0xe8c0 


43 


0xc524 


Oxfelf 


0xe3bb 


0xc5d2 


0x49bc 


0x54a9 


44 


0x9bc6 


0x0b5e 


0x0477 


0xfeb9 


0xfe36 


Oxfdd 


45 


0xda48 


Oxfccd 


0x9ebc 


0x0af4 


0x4f01 


0x043b 


46 


0xfba9 


Oxf 1 9e 


0xf904 


0xb3dc 


0x03c6 


0x0335 


47 


0x1 c7d 


OxabOl 


0x2a26 


0xe46d 


0xa503 


0xf945 


48 


0xfee6 


Oxd4ab 


OxOOaa 


0xae2a 


0x8f02 


0x3147 


49 


0x4612 


0x0e81 


0xf9e5 


0x0375 


0x0005 


0x0234 


50 


0x1 7e4 


0x58a8 


0x08c2 


0xe4d9 


0x26f7 


0xe80c 


51 


0x1 0f2 


0x68b8 


Oxf 1 87 


0x07b8 


0xfbc9 


0xf5f6 


52 


0xfd6b 


0xe123 


0xf594 


0xc4a6 


0x453a 


0x1117 


53 


0xefb2 


0xd4d3 


0x02cd 


0xa816 


0x061 a 


0x2fdc 


54 


OxeSfb 


0x479e 


0x1 7d7 


0x1 b47 


0x1 744 


0x4713 


55 


0x267b 


0x1 4fa 


0x5c34 


0xe533 


0xe657 


0xffc2 


56 


0x55cc 


0x342f 


0xfd55 


0x0ec9 


0x0878 


OxOOdI 


57 


0xf20f 


0xfb99 


0xb2f4 


0xf9f8 


0x051 c 


Oxfcdd 


58 


0xf3f5 


0x3eb1 


0xca21 


0xf3fb 


0x1 0c6 


0x5ca1 


59 


OxdSfl 


0x26d7 


0xc200 


0x3286 


0xa3b1 


0x54c3 


60 


0x25fa 


0x5935 


0x2fa0 


0x3af3 


0x1 59d 


0x1 2e5 


61 


0x08c3 


0x0833 


Ox04db 


0x0ff9 


0x1 28c 


0x329c 


62 


0x0fa7 


0xf65c 


0x0d19 


0xf3ec 


0x228b 


0x4280 


63 


0x1 Oea 


0x1 7ef 


0x1 5ad 


0x2421 


0x2bda 


0x6fb0 


64 


0xda8e 


0xdd87 


OxOOec 


0x03f1 


0x01 c7 


0xfc3c 


65 


0x1 aad 


0x4b5a 


0xfc06 


0x00c8 


0x071 d 


0x0242 


66 


0x1 44c 


0x03bd 


0x2884 


0x0d02 


OxceOO 


0xff81 


67 


0xf432 


Oxdfff 


0xc723 


0x562d 


0x1720 


0x041 d 


68 


0x2ae6 


0x6556 


OxaOle 


0xa512 


0xd17f 


0xe57b 


69 


0x588b 


0xd4fe 


0x1668 


0x0a07 


0x5c99 


0xd7f3 


70 


0xf2f1 


0xef77 


Oxeaae 


0x50bb 


0xd5a5 


Oxfleb 


71 


Oxefdd 


Oxf 1 e4 


0x1 1df 


0xfcc3 


0xfea2 


Oxfcbl 


72 


0xf319 


0x0d7b 


0xe31a 


0xd2ac 


OxObcf 


0x01 c7 


73 


0x0c80 


0xdab5 


0x0c82 


0xa693 


0x2bb0 


0x989e 


74 


Gxc8f3 


Oxefeb 


0x3c1 6 


0x37d7 


0xd55d 


0xb067 


75 


OxOedf 


0xd4f8 


0x5624 


0x3822 


0xc420 


Oxelcb 


76 


0xe76d 


0xbac9 


0xf9e8 


0x2f 1 


0xb2a3 


0xfe45 


77 


0xe7fd 


0xef76 


0xff60 


0x20ab 


0x586e 


0x2e87 


78 


0x4afd 


0x0497 


0x1 cfe 


0xd96d 


0xefd8 


0x1260 


79 


OxffbS 


0xe21c 


0xff90 


Oxd14d 


0xf362 


0x6a27 


80 


OxOcca 


0x1 74b 


0x1 d4d 


0xbd85 


0x0362 


0x9g94 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


81 


0x02e1 


0x0745 


0x0729 


0x07e6 


0x0950 


0x1293 


82 


0xeb9f 


0x1 d58 


OxOcfb 


0x0a9b 


0x0bf9 


0xf9ba 


83 


0x1097 


0x0235 


0x1 5fd 


0x09c1 


0x4663 


OxeccS 


84 


0xf4ef 


OxbaOO 


0xe082 


0x3d7a 


0xfc06 


0x0858 


85 


OxObea 


0xb3e5 


0x4222 


0x748b 


0xd812 


0x3b31 


86 


OxdSae 


0x0076 


0x9b3c 


0xca3f 


0x3bd8 


0xfe2c 


87 


0xed28 


0x1360 


0xef59 


0x0627 


0xd69f 


0x4c69 


88 


0xdff5 


0xfa7f 


0xfd05 


OxfbSd 


Oxfdal 


0x0580 


89 


0xf765 


0xd369 


0x07e5 


0xe70c 


0xf5d8 


0x02c7 


90 


0xfe63 


0xf631 


0xff28 


Oxf 241 


0x9195 


0x06b7 


91 


0xc792 


0x429a 


0x365d 


0x34bb 


0x9b5e 


0xc107 


92 


0x4b1c 


0x1 cad 


0xcff3 


0x02aa 


0xf131 


0xff39 


93 


0xef9f 


0x51 Oa 


0xc2dd 


0x2c55 


0x1 6e4 


OxfccS 


94 


OxacOe 


0xf226 


Oxfffd 


0xf957 


0xf089 


0x23fd 


95 


0x3c55 


0xf8ac 


0x07dc 


0xb355 


0x3f64 


0xed13 


96 


0xf4cd 


Oxf 1 6b 


0xe346 


0xff51 


0xb169 


0x2ba6 


97 


0xf20d 


0x9ff5 


0x4cf4 


0x1 9fe 


0x03d3 


0xfd72 


98 


0x553c 


0xe2fa 


0xe61 1 


0xd5f1 


0xdf56 


0x3cb7 


99 


0x39eb 


0x4639 


OxeSdc 


0xf2af 


0x0772 


0xbc78 


100 


0x0dc5 


0xf095 


0xfa79 


0xf512 


0x44f0 


0x0822 


101 


0xe64c 


0xc469 


0xba07 


0x0539 


0x3bea 


0x52a6 


102 


0x1 842 


0x25e2 


0x3b33 


0x9fa6 


0xa815 


Oxf 061 


103 


0xf934 


Oxfdaf 


0x0447 


0xe19d 


0x61 e2 


0x1 5e1 


104 


0x53a7 


0xfe50 


0xf986 


0xe50e 


0xfa62 


0xc78a 


105 


0xe4e1 


0x02bc 


0xd095 


0xfd17 


0xa185 


0x57c2 


106 


0x1 88f 


OxOcdS 


0x2afe 


0x0f04 


0x4af0 


0x39bd 


107 


0xa81a 


OxSbaa 


0x1 543 


0xf508 


0xfc36 


0xf2f1 


108 


0x0cb9 


Oxf 1 84 


0x1288 


0xdf93 


0x591 e 


0xd820 


109 


0x5f 1 a 


0xae16 


0x4d86 


OxOSdb 


0xd14a 


0xe77b 


110 


0x0f42 


OxbSOb 


0x3304 


0xf9b7 


0x48d1 


0x1 d2a 


111 


0x98d7 


0xa7eb 


0x3fb1 


0x07de 


0x2adf 


0x4670 


112 


0xe481 


0x1 22f 


0xc61e 


0x4933 


OxSdad 


0x0510 


113 


0x245e 


0xf96f 


0x394b 


0xf302 


0x67a7 


0xd1b3 


114 


0x1660 


0x1 71 d 


0x3458 


0x2724 


Oxf744 


0x9f80 


115 


0x06cd 


0xe5b9 


0x3197 


0xaa07 


OxOffO 


0x1 54a 


116 


0xf5c3 


0x24b1 


0x5297 


0x9aae 


0xf3a6 


0xf61f 


117 


0x50c0 


0x49ce 


0xc98d 


0x1 b4e 


Oxdfbc 


0x3dc3 


118 


0xa2f6 


0x2baf 


0xcab9 


0x2e5c 


OxSead 


0x0a46 


119 


0x47b9 


0xd814 


0x033d 


0x0358 


OxfcOe 


0x009d 


120 


0x3840 


Oxedba 


0x1421 


Oxcd 6 


0x94d6 


0xd4ec 


121 


0x546d 


0x2bf8 


0x442d 


0x1 db4 


0x334a 


Oxfeic 


122 


0x0007 


0x04d4 


0x023d 


0x1076 


0x1 5c8 


0xf3f7 


123 


0x0394 


0xdc7c 


0x0505 


0xdd02 


Ox04a1 


0x8fe5 


124 


0x5453 


0x5c8f 


0x4aac 


0xf4bb 


0xc836 


OxdfOa 


125 


0x5b76 


0xe7ef 


0x32b2 


0x0bf5 


0xdb79 


OxOSbc 


126 


0xf402 


0xe350 


0xb1 54 


0x1 69c 


0x0246 


0xfdd9 


127 


0xf067 


0x01 3b 


0xe1a3 


0x2020 


0x924e 


0xcf4f 


128 


0x35c6 


0xc403 


0x4b05 


0xaf70 


0x32f3 


0xb4d1 


129 


OxOed 


0xff4f 


0x1 f5d 


Oxfd 7 


0x4594 


0x1 42a 


130 


0xe374 


Oxef 1 9 


0xb950 


0xfd94 


Oxfaba 


0x3a54 


131 


0x39a4 


OxfbSb 


Oxcded 


0xc5b6 


Oxfddd 


0x69f5 


132 


0x08ba 


0x06ac 


OxOacc 


0x1528 


0x1 f32 


0x9db5 


133 


0x0b39 


0x0e34 


0x0f98 


0x1 4e0 


0x279e 


0x530b 


134 


0x0486 


0x1503 


0x0 Ifc 


0xd6ee 


0x0122 


0xf9b1 


135 


0x045a 


0x60d5 


0x40bf 


0x9db0 


0xfed6 


0xf4f0 


136 


Oxfbad 


0xe800 


0xf882 


0xe191 


0xf465 


0xa514 


137 


OxOfbO 


0x2a29 


0x43a5 


OxefOa 


OxaeOa 


0xf2c9 


138 


0xee72 


0xff31 


0xd921 


0xf209 


0x1 fOb 


0x0482 


139 


0xe268 


0x1 fb5 


0xc921 


0x4256 


0x98a7 


0x946c 


140 


Oxc4c4 


0x3ee0 


0xbe34 


0xdd4a 


0xa358 


0x3e22 


141 


0x61 5a 


0x1630 


0xf8ae 


0x01 a4 


0x0084 


0x0075 


142 


0xfe06 


0xb492 


0xff3a 


0x01 9c 


0xfec9 


0x02f0 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


143 


OxfSBe 


OxOfSd 


OxelfS 


0x40b6 


0xb4a5 


0xc67e 


144 


0xfe71 


0xfd27 


Oxf 121 


0xef9c 


0xcf95 


0x1 dd7 


145 


0x0d28 


0x091 a 


0x2384 


0x5c86 


0xd7ce 


0xf957 


146 


0xf3b4 


0x0a24 


OxeOce 


0x390a 


0xed39 


0x40f3 


147 


0x1 f79 


0x05c9 


0x0031 


0x4335 


0x6125 


0x1 d32 


148 


0xb498 


Oxfdff 


0x2e81 


0x092a 


0x1 5d4 


0x0d25 


149 


0xec39 


Oxaacc 


0x2c6a 


0x2a90 


0x1311 


0x0105 


150 


0x1 2ba 


0x5061 


0x1 3f5 


0xe877 


OxeOSf 


OxfaOf 


151 


0x1 fbd 


0xc65c 


0x509f 


0xc5ba 


0x5d85 


Oxf 1 be 


152 


0x30a3 


0x0565 


OxOeld 


0x21 ef 


0xa23e 


0x1 2f0 


153 


0x1 a46 


0x2993 


0x2766 


0x6281 


0x9db9 


0xfbd7 


154 


0x1 9a1 


0x3699 


0x0b5f 


0x54e9 


0x4051 


0x9a3e 


155 


0xf910 


OxOaOf 


0xb36a 


0xbe60 


OxObdS 


0x1 a1 7 


156 


0x3aa4 


OxbaOa 


OxdfOa 


Oxabce 


0x9619 


0x2e20 


157 


0x0d78 


0xfc64 


0xc1d7 


0xfb91 


0x1406 


0xaf7b 


158 


0x1 e28 


0x08b2 


0x4437 


0x1 53a 


0x71 Oe 


0x4490 


159 


0x04de 


0x3cfe 


0xd221 


0x602a 


0xbb7d 


OxOccS 


160 


0x0c8f 


0x461 e 


OxOadf 


0xfd2e 


0xa770 


0x1 75b 


161 


0xe9d2 


0xf390 


0x9a19 


0x65b2 


0x1 9b7 


0x0ce6 


162 


0x4f56 


0xf21d 


0xf565 


0xfe44 


0xfa31 


0x05f6 


163 


OxafBO 


0xaa2e 


0xd051 


0x9b3f 


0x229f 


0xfbf4 


164 


0x45e0 


0x023a 


0xc1 1 a 


0x2089 


0xf607 


0x3bab 


165 


0xf58b 


0x26de 


0xf8a9 


0x405d 


0xce26 


0x8eb1 


166 


0xff88 


0xf753 


OxOOdb 


0x0061 


0x01 6d 


0x0023 


167 


0x04f6 


0xfd32 


0x05c8 


0xf57f 


0x078a 


0xe299 


168 


0x0768 


0x222e 


0x0772 


0x473b 


0xce6c 


0xe7e2 


169 


Oxf 1 6b 


0x3591 


0xd966 


Oxc1 a8 


OxfaaO 


0xe416 


170 


0xd698 


0x2130 


0x3e5f 


0xdda8 


0x1 d6c 


0x4fd7 


171 


OxObel 


0xcb6f 


0x0408 


0x96b8 


0x1 69b 


0x6198 


172 


0xee12 


0xdfe4 


0xdb96 


0xe820 


0xbca5 


0x6491 


173 


0xba70 


0x1 b3a 


OxOeaS 


0x0272 


0xff8e 


0x0882 


174 


0x1161 


0xed02 


0x1 b8e 


0xeae4 


0x1282 


0xf4f5 


175 


0x1 33a 


0xfd75 


0x49fb 


0xd976 


0x0350 


0x075e 


176 


OxfebO 


Oxeade 


0x1 c42 


0x4fdc 


0xda91 


0xfda8 


177 


0x030d 


0xb3ee 


0xce98 


0x1 9ea 


0x0586 


0x01 c2 


178 


0xf2b9 


0xbe7e 


0x2b63 


0x3390 


0xea86 


0x549f 


179 


0xf33f 


0x1 2fb 


0xe8b7 


0x1 d6a 


0xd5ab 


0x6db6 


180 


0x286e 


0xcd9b 


0x6463 


0x6428 


0xfd81 


0x01 5f 


181 


0x048b 


0x494b 


0xeaa6 


0xc51 1 


0xff6f 


0xfa9f 


182 


0xc773 


0x6a5d 


0x8569 


0x8073 


0x53bf 


0xf4b2 


183 


0x3c3c 


0x4987 


0x5670 


0x4bc6 


0x5837 


0x3513 


184 


0xd64e 


0x29d6 


0x1 3e1 


0xed6c 


0x038d 


0xaee8 


185 


0xcd6c 


Oxaf4c 


0x1 cf2 


0x0aa2 


0x0d63 


0x2d41 


186 


Oxfbaf 


0x47c6 


0x4d13 


0xda4e 


0x57aa 


0x4cb2 


187 


OxfedS 


0xe572 


0xc6ab 


0x5463 


0x4d54 


0x5397 


188 


0xb46a 


0xe2b3 


0x6366 


0x3358 


0x21 8c 


0x9d2e 


189 


OxOc14 


0xd686 


0x51 aO 


0x2421 


0xf302 


0x0704 


190 


0xfcd5 


0x05a9 


0x0c22 


0x1 28c 


0x2f29 


0xc84a 


191 


Oxaf 1 


0x37c3 


0xef14 


0x9b12 


0xe96b 


0xad63 


192 


0xebf4 


0x293a 


0xc93c 


0xa97a 


0x0b18 


0xfdd6 


193 


0x63bd 


0x44f0 


0x3a26 


Oxadae 


0x099b 


0x6236 


194 


0xdb66 


0xf904 


0xcdc2 


0xe912 


0x9b2d 


0xd4f1 


195 


0x1 a2a 


0x0333 


0x2849 


0x00a6 


0x6bbd 


0x020b 


196 


0x0065 


0xb444 


0x0d55 


0x25a6 


0x0040 


0x0326 


197 


0xf54a 


0xb9f5 


0xf5f0 


0x5922 


0x2169 


0x0466 


198 


0x0b9c 


0x3b63 


0x0700 


0x635a 


0xe9a0 


0xbc8f 


199 


0xfa75 


0x0644 


0x1 12e 


0x2cbc 


0x06c3 


0x5ceb 


200 


OxebfO 


0x1211 


0xd663 


0x6d4d 


0x26a9 


0xf632 


201 


0xd6e0 


0x927f 


0x0bb7 


0xfa06 


OxfccO 


0xfcc2 


202 


0xd483 


0xcf21 


0x56be 


0xe3b5 


0xa3e6 


0xab3e 


203 


0x4227 


0xaa7c 


0x0745 


0xda7a 


0x24d8 


0x4a52 


204 


0x2825 


0x252c 


0x68bf 


0x07da 


Oxecbl 


0xdc88 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


205 


0x1 Sab 


0xf75e 


0x37be 


0xc43c 


0xb48c 


0x071 e 


206 


OxedOe 


Oxfcfl 


OxddOl 


OxfSfc 


0xb1 a8 


0xf383 


207 


0x2028 


0xf516 


0xbaa8 


0x33fc 


0x0c9d 


0xfc21 


208 


0xd033 


0xe64b 


0x284b 


OxdabO 


0x08d4 


0xaf58 


209 


0xe4a8 


0x1599 


0xe27f 


0xe2be 


0xd79a 


0xd7e6 


210 


0x0e39 


0x4c1 7 


0xe8ac 


0xb567 


0xb776 


0x3205 


211 


0x0503 


Oxefbc 


0x1066 


0x90c7 


0xf63e 


0x074a 


212 


0x3eaf 


0x68ca 


OxcdOS 


0xe754 


0x03d9 


0xf9c3 


213 


OxfeBd 


0x3570 


0x1939 


0x61 ee 


0x69f4 


Oxafia 


214 


0xb96a 


0xf902 


0x9e66 


0x1741 


0xfc46 


0x67e8 


215 


0xa160 


0xc3e9 


0x60d4 


0x07a1 


0xfb90 


OxOObb 


216 


0xf70f 


0x30d9 


Oxaefe 


0xfc78 


0x4794 


0x530a 


217 


0x0a62 


0xe804 


0x3f33 


0x5704 


0xfdd4 


0x086a 


218 


0xe839 


0x367e 


0x9bae 


0x93bf 


OxOfdl 


0xed45 


219 


0xac34 


0x6769 


0x4beb 


0xdc5c 


0x037f 


0x01 2f 


220 


0xa948 


0x99bf 


0xe876 


0x6099 


0xa672 


Oxdcba 


221 


0xc83c 


0xc192 


0x5cb4 


0xa6bd 


0x2434 


OxfOff 


222 


0x732a 


0x55a3 


0xe7bb 


0x068f 


0xf7f5 


OxfbaO 


223 


0xfe4d 


0x264a 


OxfOcd 


0x3047 


0xef40 


0xb5e5 


224 


0x4d38 


Oxffaa 


0x09a3 


0x07c6 


OxfcOS 


0xeb16 


225 


0x51 fa 


Oxddbl 


0xeb2f 


0xa3f6 


0xed86 


0x0a71 


226 


Oxed 9 


0x1 5e5 


Oxedeb 


0x4ace 


0x65b5 


OxdOld 


227 


OxOScc 


0x1 aca 


0x1 1c7 


0x6d2d 


0xf047 


0xf720 


228 


0x1 7bb 


0xf344 


0xec83 


0xfe8b 


0xf9dd 


0xf16e 


229 


0xe3a8 


0xcd40 


0xdd8c 


OxecOb 


0x5a0e 


0x1 3be 


230 


0x0398 


0x0a37 


0x1 ee8 


0xe347 


0xecd7 


0x4eda 


231 


0xff06 


0x1 54e 


0x0c44 


0x1 b10 


0xb6dd 


0xf7fd 


232 


0xd7c5 


Oxeeec 


0x4c98 


0x1 30f 


0xfd6b 


0xf8a3 


233 


0x39e0 


0xde65 


0xb299 


0x1 7f7 


0xad26 


0x371 c 


234 


0xd157 


0xf751 


0x1 39a 


0x2e74 


0x58d5 


0x0196 


235 


0xcc80 


0xf5cb 


0xcc38 


0xa85f 


0xcf3e 


0xdf44 


236 


0x42aa 


0x62b3 


0xf71f 


0x1 3c0 


Oxfeaa 


0x0091 


237 


0x20d1 


Oxbaed 


0x4aa8 


0x2977 


0xb403 


0x42bb 


238 


0x5155 


0xe9bc 


0x300a 


0x9c02 


0x2897 


0x1 eOc 


239 


0x1 1c6 


0x3da3 


0x43ba 


0xb44d 


0xed60 


0x04b6 


240 


0xe1d5 


0x2a54 


0x95e4 


0xd351 


0x1 ab3 


0xf910 


241 


0x09ee 


0x0c7f 


0x1 15a 


0x4469 


0xf181 


0xfc6e 


242 


0x51 eO 


0xbe7a 


0xe94a 


0x2b4f 


Oxffba 


0x59b1 


243 


0x0ce9 


0x0b67 


0x1870 


0xed40 


Oxaela 


0xf362 


244 


0x1 724 


0xbf5d 


0x0887 


OxOaad 


0x0d76 


0xa4f6 


245 


0xe853 


0xff3e 


0xc9e4 


0xd525 


0x4c20 


0x0405 


246 


0x1173 


0xe8b4 


0xb5c4 


0x05ef 


0xfe99 


0x0357 


247 


0xf9d3 


0xe249 


0x5636 


0xd2c4 


0xd8d0 


0x42ce 


248 


0xcf84 


0x09f9 


0x1 0e4 


0x57e4 


0x1 677 


0x2f8a 


249 


0x9dd9 


0x464c 


0xe710 


0x049c 


0x049e 


0x2596 


250 


0x5ba6 


0xdee9 


0xeed8 


0xf593 


0x1 dd6 


0xbe3d 


251 


0xea79 


0xf4b9 


0xd5fb 


0xae6d 


0x1 c4e 


0x041 d 


252 


0x0a8f 


0xaf86 


0xe27e 


0x1 d5c 


0xe1c4 


0x1 6ec 


253 


0x50be 


0x558d 


0x01 c9 


0x3a79 


0xbb07 


0xd16f 


254 


0x0e13 


0xf9c5 


0xf77f 


0xff63 


0xffd5 


0x025d 


255 


0x09d1 


0x22fa 


0x29 If 


0x58 If 


Oxc11c 


0xc157 


256 


0x1 772 


0x1357 


0x1 a8b 


0xed02 


0xa880 


0x49a1 


257 


0x1 da6 


0xf963 


0x9f90 


0xf2b4 


0x3759 


0x04be 


258 


0xeed2 


0xe5f9 


0xe52a 


0xd89d 


0x9fec 


0x2425 


259 


0x28e4 


0x4557 


Oxelbc 


0x0093 


0xe756 


0x1143 


260 


0x3f3b 


0xbf53 


0xefe9 


0x1 Oce 


0x1 dc9 


0x1521 


261 


0x0ce7 


OxOaaf 


0x1 d22 


Oxb242 


0xf732 


0xf18a 


262 


0xf7e3 


0x5469 


0x3a16 


0x3101 


0xe83f 


0xf91c 


263 


0x1 246 


0x2ddc 


0x0b2b 


0x1 b29 


0x077f 


OxfOel 


264 


0x0dc2 


0xaaa3 


0xf65b 


0xd72b 


0x49cd 


0xd60a 


265 


OxOeaf 


0xd831 


Oxecfe 


0xf59d 


0xba59 


0xfb26 


266 


0x3a8f 


0x2487 


0x2e5e 


0xf9db 


Oxed 10 


0x5815 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


267 


0x2525 


0x95f0 


0x29ee 


0x5173 


0x99b7 


0xba2a 


268 


0xe3fe 


0xfa90 


0xb3d9 


0x31 ca 


0x2006 


0xf83c 


269 


0x075b 


0x6dfe 


0xfcb2 


OxeSbd 


OxOOfg 


0x00e9 


270 


OxeSeO 


0x029d 


OxfeSd 


0xf47c 


0x5ac2 


0xe9fd 


271 


0x0c45 


0x0120 


0x0c97 


Oxfb1 6 


0xff9e 


0x9429 


272 


0x43dd 


0xa53d 


0x1 3f6 


Oxd441 


0xf5f2 


0xd321 


273 


OxeccO 


0x05ee 


OxeabO 


0x029e 


0xb89a 


0x079f 


274 


0x285e 


0xb267 


0xedd7 


0x0169 


0xff60 


0xfc65 


275 


0x492c 


0x37b8 


OxfSad 


0xe2c3 


OxfSOO 


0x1747 


276 


Oxf 1 e2 


0x5255 


0x1 c6c 


OxOddO 


0x1 fb9 


0xfa08 


277 


Oxdf 1 a 


0x0 1f4 


0xb512 


0x49f1 


0x6718 


Oxfbfl 


278 


0x3d17 


0x6444 


0x20b7 


0x076f 


0x0799 


0xd135 


279 


0xf564 


OxOdSd 


0x68e2 


0xee15 


0x070b 


0x0016 


280 


0x0499 


0xfd71 


Ox04d1 


0xf7b0 


0x1 ea4 


0x06e7 


281 


0xfd07 


0x201 1 


0xb4a6 


OxeeOf 


0x0783 


0xfea9 


282 


0xfd4f 


0xf236 


0xf33d 


Oxf 1 24 


0xf53f 


0x4886 


283 


0xf7c2 


0x07aa 


0xfab7 


0x41 03 


OxOacd 


0xa5c2 


284 


0xfe4f 


0x1329 


0x01 2e 


0x32d8 


0x3e3d 


OxeSef 


285 


0x0c83 


0x1 01 e 


0x2bad 


0xea88 


0xf61f 


0xfb78 


286 


Oxfbbd 


0xe6bb 


0xfa79 


0x1632 


0xfef4 


0x0247 


287 


0xdb43 


0xb38c 


0x1848 


0x067a 


0x03e1 


0xffb5 


288 


Oxf 961 


0xee68 


0xf70f 


OxfOOS 


0xe664 


0xbf3f 


289 


0x1298 


0xfc84 


0xd56a 


0x1 974 


0x5e87 


0xe885 


290 


0xff03 


0x03e8 


0x003f 


Oxffaf 


0xff8d 


0xfe82 


291 


Oxfacb 


0x5ea0 


0xfd46 


0xedc5 


0xf50f 


0xb538 


292 


0xfc94 


0x8f3e 


0xaa8f 


0x3185 


0xe738 


0x0ca3 


293 


0x41 cf 


0x5299 


0x99c4 


Oxf 391 


Oxfe74 


0x00e6 


294 


0x4778 


0xe192 


0xcdc7 


0xfd59 


OxfaSf 


0x0005 


295 


0xd708 


0x2ca5 


0x64cd 


0xfb9e 


0x0579 


0xfe4a 


296 


0x0ec6 


0xe2fb 


0x6860 


0x449f 


0x4b39 


OxSOfe 


297 


0x1 8bc 


0xfd16 


0x31 f5 


0x2464 


0xa7f2 


0xeb16 


298 


0x0d5a 


0xa738 


0x6962 


0x477f 


0x0434 


0x03bc 


299 


0x954d 


0xf454 


0x0398 


OxOOeb 


0x08b9 


0x0051 


300 


0x1837 


0x1 4b0 


OxSedd 


0x39b0 


Oxdf 13 


0xfba8 


301 


OxeGeO 


0x4b2c 


0x26c1 


0xf34b 


0x04fe 


0xfc46 


302 


0x5e95 


0x0801 


0xa66d 


0x0a19 


0xf696 


0xef88 


303 


0x2446 


0x37ca 


0xb2e9 


0xf06f 


0xf6d8 


0x0404 


304 


0xb160 


0x4649 


OxdbOe 


0x59e4 


0xbda9 


0x21 b1 


305 


0xe510 


0xaf06 


0x0eb2 


0x4407 


0x5745 


0x4a50 


306 


0x034a 


0x5e75 


0x61 e6 


0xe931 


0xffb2 


0x03a9 


307 


0xfd93 


0x4d0a 


0xa1 74 


0xf856 


0xc5fa 


0xffc8 


308 


0x58ee 


OxecOl 


0x43d5 


0x5d3c 


0xb3e8 


0xe662 


309 


0xf792 


0x4452 


0xac45 


OxOdOc 


Oxcded 


0xb0b9 


310 


0xda6b 


0x43ad 


0x02cb 


0x08d9 


0xefe5 


0xfe14 


311 


0x23c4 


0x3293 


0x6aa7 


0xad49 


0xe848 


OxdbOf 


312 


0xcc94 


0xa51b 


0xc94a 


0xefa8 


0x1 b42 


0x0002 


313 


OxOSaa 


Oxcbbb 


OxOdcO 


0xa117 


0x5976 


0x4c85 


314 


Oxecdl 


0xb2c2 


0x4d34 


0xdba2 


0xce96 


OxOeeb 


315 


Oxeaaa 


0xef67 


0xe4b5 


0xe78c 


0xc989 


0x9dc2 


316 


0x247d 


0x2881 


0xc9da 


0xe5d0 


0x581 c 


Oxfdfg 


317 


0x1 9fb 


0x4950 


OxedOg 


0x31 1a 


0x398a 


0xd81f 


318 


0xfcc9 


0x46c7 


0x01 8e 


0xf9d2 


0xff8c 


0xfe95 


319 


0xe4e9 


0xce6a 


0x9118 


0x2168 


0x1 b31 


Oxffi 1 


320 


0xf5d6 


OxedaO 


OxfcOS 


0x07df 


0x1409 


0x5c76 


321 


Oxcefl 


0xe002 


0x9e3c 


0x4870 


0x3763 


0x067f 


322 


0x0ee5 


0x522c 


0xda6c 


0xec45 


0xf8f8 


Oxf be 1 


323 


0xa9d7 


0x41 23 


0x3a70 


0x24f3 


0x0ae2 


0x425f 


324 


0x9a48 


0xb48a 


0xe6f2 


0x0450 


0x1 6a6 


0xb989 


325 


0xf937 


0x60f9 


0x28b1 


0xd4b1 


0x0380 


0xeb67 


326 


Oxf 8c 1 


0x2d8d 


0xf50d 


0x60e9 


0xac45 


0xb2b0 


327 


0xa44f 


0xbea7 


0xe96a 


0x1 60b 


0x0a4c 


0x1 34c 


328 


0xf944 


0x1124 


0x97cf 


0xca81 


0x294a 


0x9ad9 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


329 


0x3bfe 


0xb3d8 


0x6682 


0xb7c3 


0x06c8 


0x1 f76 


330 


0x1634 


0x51 9a 


OxOffb 


0xb564 


Oxc704 


0xd71c 


331 


0x436c 


0xc05d 


0x3a0b 


Oxbadi 


0xb51a 


0x3093 


332 


0x95cf 


0xcee3 


0x1 a57 


Oxfdce 


0x03d0 


Oxfeff 


333 


0x306b 


0xde56 


0xa918 


0xb27d 


0x2b05 


0x1 e52 


334 


0x0ed7 


0x2e4d 


0x941 a 


0xdee7 


0x0441 


0xfa29 


335 


0x1 02d 


0xf77a 


0x97a0 


0xfd21 


Oxfcfa 


0x05bd 


336 


0x0c35 


0x35c2 


0x1 Ife 


0x7249 


0x4953 


0xd91a 


337 


0xbbc7 


Oxdbl b 


0xbb66 


0xf61e 


0xe6dd 


Oxf 1 72 


338 


0xf932 


0x1 Off 


0xe547 


0xb2c3 


0x259b 


0xd662 


339 


0x1 c53 


0x0dc5 


0x2a53 


0x1 5e1 


0x626e 


0xa4cc 


340 


Oxd7c4 


0xba5a 


0x0277 


0x2d78 


0x07fc 


0xae72 


341 


0xfc97 


Oxdeca 


0xfbd9 


0xc2c6 


0xd63b 


0x3a56 


342 


Oxcl ab 


0x6de9 


0x1494 


0x01 dd 


OxfbeS 


0x0486 


343 


0xfa29 


0xdd92 


0xe97c 


0x9e7b 


0x6584 


0x1 ee3 


344 


0xfbf2 


0xff8e 


0xf6fc 


0xfad9 


0xe6b0 


0x05c0 


345 


0x131f 


Oxbal 7 


0x9b06 


0x1 4b5 


0xff44 


0x062d 


346 


OxOcBO 


0x4349 


0x1 Ofa 


0x5655 


0xb791 


0x560c 


347 


0xd7f6 


0x0221 


0xd54c 


0x08e4 


0x925a 


0x1 fb6 


348 


0x3bef 


0x0919 


0x2464 


0x5039 


0x3a3c 


0x521 d 


349 


0x1 8b9 


0x1 7f2 


Oxa044 


0x0345 


0xde43 


0xe92c 


350 


0x1 cda 


OxfeOb 


0x2907 


0x4ea3 


0x2cab 


0xed6d 


351 


0xf547 


0x5e6e 


0xdbc6 


0x3ba9 


OxdfSb 


0xe935 


352 


OxObbO 


Oxf4dO 


0x1 7a0 


0xe2cf 


0x2da7 


0xb1e4 


353 


OxfcBd 


Oxd14e 


0xd908 


Oxaabb 


Oxeeac 


0x95d6 


354 


0x0d82 


Ox4caa 


0x0500 


0x0a25 


0x4d89 


0x1487 


355 


OxebSd 


Ox4abd 


Oxc74a 


OxddOe 


0x35b5 


0xfab8 


356 


0x48d2 


0x44f7 


0x2af9 


0x1 aal 


OxbSOe 


0x1 8c0 


357 


0xf95f 


0x08c4 


OxedeO 


0x0f6c 


0xcda6 


0xeb67 


358 


0x4fcc 


0x292e 


0x1 04a 


OxfcOc 


0x4bef 


0x54bb 


359 


0xf481 


0xb2e9 


0xef90 


0x0528 


0x038d 


OxddSf 


360 


0x2487 


0xe07e 


0xf5c6 


0xcd7b 


0x67d6 


0x0db3 


361 


0x25e9 


0xa79c 


0x2077 


0x1 fe7 


0xcc13 


0x1 5e8 


362 


0x0c96 


0x0ea5 


Oxfalc 


0x00a5 


Oxffcc 


OxffSc 


363 


0x0066 


0xa728 


OxddSO 


0x0387 


0xd363 


0xc6ba 


364 


0xff88 


0x1 76e 


0x4d35 


0x3459 


0x0e2c 


0x1 44d 


365 


0x2150 


0x1 6c3 


0xfbd6 


0x0306 


0xffd9 


0xff5a 


366 


0x24c3 


Oxdafc 


0x256d 


0xcd34 


0x5f88 


0x6144 


367 


0x45d6 


OxOSbb 


0xab79 


0x4ffe 


0x1 26c 


0xe3ea 


368 


0xf64e 


0x2527 


0x064b 


0xaa49 


0x3796 


0xfaf7 


369 


0x2448 


0xf70d 


0x5aaf 


0xf284 


0xd5a6 


OxOOOb 


370 


0x2518 


OxObel 


0x1 40a 


OxfOce 


Oxadid 


0xa7c3 


371 


0x37b6 


0xd992 


0x4ee3 


0x36c3 


0x005b 


OxbcdO 


372 


0xb761 


0x03d4 


0x001 1 


0x0335 


0x0078 


0xfdc2 


373 


0x2ffd 


Oxb4bb 


0x35ae 


0x3ff5 


0xff5f 


0x1789 


374 


0xf2dc 


0x05fa 


0xf05b 


0x0996 


0xd588 


0xa2e1 


375 


0x0069 


0x1 3dd 


Oxfefc 


0x1 69e 


0xfdb4 


0x4ae2 


376 


0x1019 


0x1 049 


0x347f 


0x3934 


0x51 a3 


0x1 dOa 


377 


0xff51 


0x332d 


0xf188 


0x5ac1 


0x0f43 


0x277a 


378 


0xe82b 


0x5bab 


0x1454 


OxfacS 


0x063f 


0x3376 


379 


0xf36f 


0xf25a 


OxSbOd 


OxdfSd 


0xd20e 


0xed72 


380 


Ox047a 


0x1 243 


Oxb44e 


0x3a45 


Oxecid 


0x00f9 


381 


Oxabfe 


0x2798 


0xbfa7 


0xcc07 


0x47ce 


0xde67 


382 


0x0274 


0x098f 


OxOdIO 


OxOcSa 


0xec05 


0x0077 


383 


0x45ec 


0xa86a 


Oxbblf 


0x55cf 


0xc05b 


0xe204 


384 


0x41 df 


0x5e96 


0x1 5ec 


OxfOee 


0xfcd7 


OxOeee 


385 


0xf70d 


0x276b 


0xf6c8 


0x9deb 


0xfb36 


0x0138 


386 


OxObSd 


0x2bf8 


0x6879 


0xcc2e 


0xf281 


0xfb98 


387 


0xb2ce 


0xf56c 


0x1 Ifc 


0x1 8d3 


0x0666 


0x639d 


388 


0xb377 


0xe1b7 


0x0c57 


Oxffab 


0xfe17 


Oxf 8c 1 


389 


0x032e 


OxSOde 


0x4a85 


0xedb7 


0xf5ce 


0xfa3e 


390 


0xa490 


OxbSad 


0x1 fc9 


0x4da6 


0x1 ee8 


0xfee6 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


391 


0x0347 


0xb33c 


0x2e97 


0x6a8e 


0xf375 


0x08da 


392 


0x0fb4 


Oxfbaa 


0x2022 


0xfb06 


0x51 ba 


0x61 e4 


393 


0x67d0 


0x0145 


OxdeOb 


0xff18 


0xf756 


0xfd45 


394 


0xd3e3 


0xef98 


0x070d 


0xe5ef 


0xa664 


0xfac5 


395 


0xf82b 


0xc1f2 


0xfbe9 


0x93d9 


0xcc4d 


0x3822 


396 


0xa9c7 


0x079d 


0x3377 


0xc2d8 


0xf8ca 


0x1 f77 


397 


OxObdf 


0x2ef9 


0x1 bdc 


0x9fc8 


0x01 9d 


0xf6d5 


398 


0xa210 


0xff32 


OxSOab 


0xe602 


0xfe5f 


0xd895 


399 


0x4703 


0xa378 


Oxafdd 


0xbff4 


0x1 c3e 


0x02fb 


400 


0x161b 


0xec23 


0x3636 


0xa34f 


0xd4bb 


0xb37d 


401 


0x2c4c 


0x01 f5 


0x61 dO 


0x1 dcO 


0xb336 


0x0645 


402 


0x97e6 


0x22ae 


0x2930 


0x01 a1 


0x0513 


0x0105 


403 


0x387c 


0x2c69 


Oxf 341 


0x2706 


0x2002 


0x46bf 


404 


0x054b 


0xae9a 


Oxdc14 


0xc144 


0xde91 


0xfd26 


405 


0xf882 


0xae37 


0xb88b 


0xf663 


0xf5a5 


0x1 Ode 


406 


0xf506 


0x5fc9 


0xd50c 


0x9b87 


0x0134 


0xfb2e 


407 


0xdc8d 


0xbc80 


0xf8d7 


0x8d62 


0xa16b 


0xbf09 


408 


0xf4e5 


0x27b5 


0xeb25 


0xf4b8 


0x5562 


0xaca4 


409 


0xc228 


0x3a01 


0xa31c 


0x1440 


0x2781 


0xaf61 


410 


0xb3b1 


0xd39f 


0x20dd 


0x05ce 


0xa396 


0xe981 


411 


0xe2a8 


0x0403 


0xaec6 


0x35a4 


0x4db4 


0xaa52 


412 


0xd09c 


0xe492 


0xb519 


0xdd78 


0x566d 


0xbf96 


413 


0x0791 


0x1 45a 


0xe752 


0xa314 


0x3355 


0x2b4a 


414 


0xff33 


0x1 794 


0xfe84 


0x21 d2 


Oxff 1 7 


0x6d74 


415 


0xea6d 


0x1 d35 


0x1 dd3 


0x5c2b 


0x2623 


0xf5e2 


416 


0x549a 


0x9167 


0xf3f2 


0xfed4 


0xfbf8 


0x06d0 


417 


OxaSbO 


0x41 06 


OxOOdO 


0x1 a09 


0xbc08 


0xf42c 


418 


0x4832 


0x2478 


0xf54f 


0xb454 


0x0197 


Oxeedb 


419 


Oxeccf 


0xbc26 


0x4983 


OxbbOa 


0x3468 


0x3b80 


420 


0x1 e45 


0x1 8e0 


0x5a5f 


0xb902 


0x1 daO 


0xef68 


421 


0xfa2f 


0xe685 


0x024a 


0xd853 


0x3a74 


0x63e0 


422 


0x0f04 


0xe7f4 


0x1321 


OxcdOb 


0xa802 


0x1 60f 


423 


OxdedS 


0xf7c7 


0x9f3a 


0x0389 


0xdb92 


0x05b0 


424 


0xf420 


OxfaSc 


0x048e 


0xeeb4 


0x2be4 


0x23f4 


425 


0x0d45 


0xfa55 


0x351 e 


0xc21f 


0x5fdc 


0x1 6bb 


426 


0x2123 


0xf44f 


0x542b 


Oxbdec 


0x1 e3d 


0x5dd2 


427 


0xc5ac 


0xa332 


0xeb2c 


0xe5f8 


0xee6f 


0x33d3 


428 


0x4bb3 


0x3274 


0xf7a2 


Oxfdif 


0x526c 


0xa9ab 


429 


0x0d41 


Oxedeb 


0x1667 


0xb61f 


0xe4c7 


0x0a7f 


430 


0x047c 


OxcOed 


0xac47 


0x9241 


0xfd8a 


0xc78f 


431 


0x1 c84 


0x02a0 


0x4862 


0xbbd4 


0xd85b 


0x01 5f 


432 


0x2c5c 


0xd522 


0x433c 


0x1210 


0x0091 


0x457f 


433 


0xfd39 


0xf269 


0xf742 


0x3e0f 


0x07eb 


0x0000 


434 


0x9270 


0x0702 


Oxfdaf 


0xf53a 


0xaaa4 


0x2d0f 


435 


0xb31d 


0x1349 


0x55f4 


0x5413 


0xf3b4 


0x06fe 


436 


0x032d 


0x2027 


0x0a49 


0x2ecd 


Oxf41d 


0x56b9 


437 


0x22f8 


0x9f48 


0xfd4e 


0x3a19 


0xf6c2 


0xeb04 


438 


0x20d6 


Oxead 


Oxfeee 


0xfd7e 


0xff6f 


0x030a 


439 


0xe633 


0x1 c5a 


0x51 2c 


0xa42d 


0xb73f 


0x58fe 


440 


0xa690 


0x9c70 


0x2724 


0xf9b2 


0x05e4 


0xfa8f 


441 


0x1 db7 


0x0197 


0x9f9a 


Oxbfff 


0xf8f4 


0xeda5 


442 


0xd6a0 


0xb53d 


0x28de 


Oxf 1 5d 


0x221 1 


0xe4f9 


443 


0x32d2 


0x1 4ac 


0xe7aa 


Oxecec 


0xae58 


OxfSfb 


444 


0x41 fb 


0xca36 


0xfe2f 


0x4b8f 


0xd60b 


0xcd61 


445 


0x6269 


0xc631 


0xe9cf 


0xfdf7 


Oxfebf 


0xfb45 


446 


0x1 b05 


OxfSeb 


0x4ed7 


0x96e9 


0xd106 


0x050f 


447 


0x0131 


0x07c8 


0x4c01 


0xfc27 


0x0019 


0xfdf7 


448 


0x1 a33 


Oxf 1 8e 


0x20ad 


0xde1 1 


0x55a1 


0x95e2 


449 


0x1 23c 


0x1 76d 


0x1 bed 


0x2db0 


0x5f51 


0xd5d6 


450 


0x02e8 


0xdb38 


0x4db5 


0x07ab 


0x1 ef2 


0xd9a0 


451 


0x0d66 


0x5322 


0xf938 


0x2a5c 


0x2275 


0x6987 


452 


0xdd93 


0x05f1 


0xa21a 


0x0673 


0x1 e9e 


0xfb48 
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index 


val[index][0] 
(16-bit two's 
complement) 


val[index][1] 
(16-bit two's 
complement) 


val[index][2] 
(16-bit two's 
complement) 


val[index][3] 
(16-bit two's 
complement) 


val[index][4] 
(16-bit two's 
complement) 


val[index][5] 
(16-bit two's 
complement) 


453 


0x0f47 


0xd42b 


0x0cc9 


0xcf03 


0x1 cOO 


0x47e2 


454 


0x548a 


0x239d 


0xd2f0 


0xeb78 


0x1 ba5 


0x094e 


455 


0x0064 


0x0ee9 


0xe5c7 


0x04dc 


0x05ee 


Oxfebf 


456 


0x1 fOa 


0xb71 2 


0x29ab 


Oxecfe 


0x02d7 


0x0308 


457 


0xc1f5 


0xe02a 


0xf7d9 


0x58d3 


0x06 If 


0xf266 


458 


0x111c 


0xf551 


0x2115 


0xe48f 


0xd360 


0x0525 


459 


0x695a 


0x1129 


0x1 dfl 


0x4499 


0xfd36 


0x028a 


460 


OxcOcI 


Oxfcbd 


0x20ad 


0x0703 


0xc816 


0x3fa9 


461 


0x1198 


OxdScO 


0x1 dee 


0x97be 


Oxbbec 


0x0a14 


462 


0x0030 


0xf070 


0x0234 


0xe91 1 


0x0a62 


0xb71e 


463 


0x3123 


0x9a60 


0xc2e6 


0x0a70 


Oxfabd 


0xfc89 


464 


Oxecaa 


0x1070 


0xe565 


0x0a09 


0xaf73 


0xde2e 


465 


0xf8d4 


0xc61e 


0xea3d 


0xa4e6 


0xc630 


0x650b 


466 


0x1 53a 


0x9215 


0xf6cb 


Oxf4bd 


0xfdc6 


0x097f 


467 


0x3328 


0xf52d 


0x61 a2 


0xcf30 


0x9f6d 


Oxfbff 


468 


0xe9d4 


OxefOd 


0x0774 


0x48c4 


0xacb5 


0x43d6 


469 


OxBcOc 


0x9307 


0xc3cf 


0x059c 


0xe438 


0xf73f 


470 


0x1 f53 


0x0f07 


0x5ff8 


0xfe2b 


0x25ca 


0x29bb 


471 


0xfc79 


0xd85b 


0x0709 


0xacf4 


0x1 2bb 


Oxdddl 


472 


0x0462 


0xda92 


0x0a41 


0x5907 


0x03bc 


0x0372 


473 


0x1 ec4 


0x4a83 


0xd954 


0xa136 


0x1 d48 


0x243d 


474 


0x03d4 


0x9774 


0xeaf6 


0x1514 


0x043e 


0x0670 


475 


0x70a6 


OxfbOa 


0xfe41 


0x0005 


0xfe53 


Oxffec 


476 


0xc44d 


0x1 7f4 


0x591 c 


0x04e4 


0xd915 


0x01 ff 


477 


0x0353 


0x1 ef5 


0xfe37 


0xd04e 


0x1 0a5 


0x1 d9b 


478 


0xee4e 


0x2104 


0xfb22 


0x38a5 


0x9e89 


0xe980 


479 


0xba6a 


0xd619 


0x269f 


0xa287 


0xcb88 


0x0756 


480 


0xc537 


0x27b5 


0x406b 


0xc6f5 


0xd240 


0xad5c 


481 


0xf30b 


0x0348 


0xe9cd 


0x578d 


0x07ca 


0x024a 


482 


0x5a76 


0xe964 


0xc53d 


0xd77c 


0xdbc9 


0xcb2d 


483 


Oxfcfb 


Oxdadb 


0xf067 


0xa138 


0x21 Of 


0x1 6ac 


484 


0xde9f 


0xfd41 


0xcf68 


0xf06f 


0x9dde 


0x920d 


485 


Oxbeed 


0x3e81 


OxOaba 


0x064b 


0x1 3e9 


Oxfbed 


486 


0x0029 


0xe3f3 


0x4dbf 


0x7b43 


0x8213 


0x3667 


487 


0xe9e6 


0x034d 


Oxcela 


0x1 649 


0x4137 


Oxffaa 


488 


0x1 4a2 


0x3a1b 


0x6992 


0x5284 


0x3da0 


0xd713 


489 


0x3978 


0x4cc0 


0xd321 


Oxcbcf 


Oxbllc 


0xc483 


490 


0x2195 


0xdc4e 


OxfdSe 


0x2a8b 


0xe881 


0x1 8ca 


491 


0xfa30 


OxfbOS 


0xfa39 


0xfae9 


0xf188 


0xea93 


492 


0xf2d6 


0x45cf 


0xe634 


0x6162 


0x651 e 


0xf3c9 


493 


0x20e0 


0x6c87 


0xfa97 


0x1 4e6 


0xef5c 


0x4e19 


494 


0x1638 


0x01 6a 


0x435e 


OxOeel 


0xf352 


0x0440 


495 


0xff97 


0x8c59 


OxOabb 


0x3b77 


0xff59 


0x0e8a 


496 


OxOdae 


0xf385 


0x21 9a 


0x1 e5c 


0xf9e2 


0xfc6d 


497 


0xfe15 


0x0cb9 


0xf689 


0x1592 


0x507e 


0xff9c 


498 


0xc984 


0xd398 


0xc3f1 


0xaa96 


0xdeb8 


0x2fbd 


499 


0xfd98 


0x0978 


0xf819 


0x1 12e 


Oxf 1 23 


0x1 fac 


500 


0xe3dc 


0x5233 


0x52db 


0xdb4d 


Oxb441 


0x0380 


501 


0xe997 


0xc4c8 


Oxacce 


0x42aa 


0xfc12 


0xfe92 


502 


0x1875 


OxOcaS 


0xd15f 


OxcOab 


0xc234 


0x1 9b5 


503 


0xf3ad 


0x60dc 


OxOaad 


Oxfbl 7 


0xfc95 


0xf9c3 


504 


OxbOOb 


0x2b56 


0x5e07 


0xdce5 


0x3738 


0x08ac 


505 


0xc8e6 


0x2eb7 


0xa821 


0x1027 


Oxf be 1 


0xead4 


506 


0x0321 


0xf5a1 


0x003c 


0xeb34 


Oxfcea 


0x1731 


507 


0xe334 


0xf91c 


0xa85f 


0x9a34 


0x54cb 


0x1052 


508 


0xe9ad 


0xe608 


0xc5c4 


0x052d 


0xa214 


0x05d5 


509 


0xe878 


0xcf38 


0x5d7a 


0x0b86 


0x0641 


0x0495 


510 


0x4a7b 


0x44de 


0x4609 


0xd662 


0x2ab0 


0xeca2 


511 


0x0c9f 


0xf32c 


0x6ac8 


0x1 04e 


0xf96d 


0x01 f1 
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E.4 Decoding and mixing of main and associated audio 
programmes 

E.4.1 Overview 

In some applications, it may be desirable to simultaneously decode two different programme elements, and then 
combine the programme elements into a complete programme. It is optional that decoders implement this functionality. 
The following clauses describe the mixing of an associated E-AC-3 programme of up to two channels with a main AC-3 
or E-AC-3 programme of up to 5. 1 channels. The programmes can be carried as two separate bit streams, or in separate 
independent substreams within a single E-AC-3 bit stream. 

Figure E.6 shows a block diagram of the mixing process. 
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Figure E.6: Mixing of main and associated programmes 



E.4.1 .1 Summary of the mixing process 



E.4.1. 1.1 



Input bit streams 



The main programme audio may be encoded as an AC-3 or an E-AC-3 bit stream. If the main programme audio is 
coded using AC-3, the associated programme shall be delivered as a self-contained E-AC-3 bit stream. 

If the main programme audio is encoded using E-AC-3, the associated programme may be delivered either as a separate 
E-AC-3 stream, or carried as a second substream of stream type "00" or "10" (see clause E. 1.3. 1.1) in the same E-AC-3 
bit stream as the main programme. 

Both the main programme and associated programme streams shall be frame aligned, have the same sample rate (see 
clause E. 1.3. 1.4) and have the same number of blocks per frame (see clause E.1.3.1.5). Mixing metadata in the 
associated programme stream controls the mixing process. 

Valid audio coding modes for the main programme stream are 1 to 7 (see clause 4.4.2.3). Dual mono audio coding 
mode is not supported. Valid audio coding modes for the associated programme stream are 1 and 2. The audio coding 
mode of the associated programme stream must be equal to, or less than, the audio coding mode of the main 
programme. If the main programme includes a Low Frequency Effects (LEE) channel then the associated programme 
may optionally include a LEE channel. 



£75/ 



1 96 ETSI TS 1 02 366 V1 .2.1 (2008-08) 

E.4.1 .1 .2 User volume adjustment of associated programme 

In addition to the mixing metadata contained in the associated programme stream, the user may adjust the level of the 
associated programme audio, relative to the main programme audio. The user associated programme level shall be 
continuously variable and range from minus infinity to zero dB. This level control acts in addition to the mix scaling 
metadata already present in the associated programme stream. 

E.4.1 .1 .3 Metadata and control 

Metadata from both streams as well as the user associated programme level and user output dynamic range are 
combined to control further mixing processes. Such metadata includes dynamic range compression information such as 
dynrng and COmpr parameters, and scaling levels. 

E.4.1. 1.4 Premix compression 

The dynamic range of the main programme can be reduced prior to mixing. The compression is applied using the 
dynrng and COmpr parameters already present in the main programme stream. The amount of compression applied is 
controlled by the associated programme stream using the prGmlxcmpSCl parameter (see clause E. 1.3. 1.19). 

E.4.1. 1.5 Scaling 

The mixing levels of both the main programme audio and associated programme audio are controlled by the associated 
programme stream using the pgmsci and GXtpgmSCi fields (see clauses E. 1.3. 1.13 and E. 1.3. 1.17). These parameters 
provide for -50 to +12 dB in 1 dB steps, as well as minus infinity dB (off). The user associated programme level acts in 
addition to these levels. 

E.4.1. 1.6 Panning 

Mono associated programme audio can be panned across any of the front channels present in the main programme with 
directional panning steps of 1,5 degrees. Stereo associated programme audio will be mixed with the corresponding left 
and right channels of the main programme. The associated programme audio LFE channel (if present) is not panned. 

E.4.1 .1 .7 Inverse filterbank and mixing 

Both the main programme and associated programme audio are converted to time domain samples and summed 
together. 

E.4.1 .1 .8 Postmix compression and downmix 

The dynamic range of the mixed audio may be further reduced using COmpr and dynrng parameters from either the 
main programme or associated programme stream. The amount of dynamic range compression can be varied by the user 
from to 100 %. A flag indicating whether or not the PCM output is feeding an RF modulator is also used to control the 
use of the dynrng and COmpr fields. Downmixing may also be performed and is dependant on the output channel 
configuration of the mixing device. 

E.4.1. 2 Encoding for mixing 

The encoding of the associated programme audio and subsequent creation of the associated programme stream shall be 
done with knowledge of the main programme stream. This allows the associated programme encoder to predict 
conditions during mixing that may cause sound quality degradation (such as clipping) and prevent these conditions by 
way of metadata and/or altering the audio prior to encoding. 
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E.4.2 Constraints 



The following clauses describe mixing for an associated programme stream with mixdataG = 0x1 and rnixdGf = 0x1. 
Other rnixdGf modes are not defined in the present document. If the main programme stream contains mixing 
information (that is mixdataG does not equal 0x0) then its mix information is ignored. If the associated programme 
stream does not contain valid mix information (that is rnixdataG does not equal 0x1) then the associated programme 
stream is ignored and is not mixed with the main programme. 

E.4.3 Algorithmic details 

The following clauses describe in detail, the mixing of a frame of an associated programme stream with a frame of the 
main programme stream. Bit stream fields and variables relating to the main programme stream are denoted with a 
subscript M. Likewise bit stream fields and variables relating to the associated programme stream are denoted with a 
subscript A. 

E.4.3. 1 Bit stream decoding 

The main programme stream is completely decoded to transform coefficients - one set for each audio block and each 
channel. The decoding includes all steps up to and including clause 6.5 and includes any E-AC-3 decoding steps 
described in clause E.2. Dialnorm normalclausetion is applied resulting in a dialog level of -31 dBFS; however dynamic 
range compression and downmixing are not applied. 

Similarly the associated programme stream is completely decoded to transform coefficients. 

E.4.3. 2 Premix compression 

E.4.3. 2.1 dynrng and compr conversion 

The prGmixcmpSCi field from the associated programme stream controls the amount of compression applied to the 
main programme by scaling both the dynrng or COmpr values. Eight levels of compression are provided: %, 14,3 %, 
28,6 %, 42,9 % 57,1 % 71,4 % 85,7 % and 100 %. 

The dynrng and compr fields as represented in the bit stream each have a log and linear component (see clause 6.7). 
Before they can be scaled, they must be first converted to a completely log form. 
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The dynrng field in binary form Xq Xj X2 Y3 Y4 Yj Yg Yj is converted to Xq Xj X2 Z3 Z4 Zj Zg Z7 Zg as shown in 
Table E.34. 



Table E.34: Binary conversion of dynrng field: log/linear to log 



Y3Y4Y5Y 


5 Y7 Z3 Z4 Zg Zg Z7 Zg 


"00000 


"000000" 


"00001 


"000011" 


"00010 


"000110" 


"00011 


"001000" 


"00100 


"001011" 


"00101 


"001101" 


"00110 


"010000" 


"001 1 1 


"010010" 


"01000 


"010101" 


"01001 


"010111" 


"01010 


"011001" 


"01011 


"011011" 


"01100 


"011101" 


"01101 


"011111" 


"01110 


"100010" 


"01 1 1 1 


"100011" 



Y3Y4Y5Y6Y7 Z3Z 


4Z5Z6Z7Z8 




10000" 


100101" 




10001" 


100111" 




10010" 


101001" 




10011" 


101011" 




10100" 


101101" 




10101" 


101111" 




10110" 


1 1 0000" 




10111" 


110010" 




11000" 


110100" 




11001" 


110101" 




11010" 


110111" 




11011" 


111000" 




11100" 


111010" 




11101" 


111100" 




11110" 


111101" 




11111" 


111111" 



The COmpr field in binary form Xq Xj X2 X3 Y4 Yj Yg Y-y is converted to Xq X^ X2 X3 Z4 Z5 Zg Z7 Zg as shown in 
Table E.35. 



Table E.35: Binary conversion of compr field: log/linear to log 



Y4Y5Y6Y7 


Z4Z5Z6Z7Z8 


"00000" 


"00000" 


"00001" 


"00011" 


"00010" 


"00101" 


"00011" 


"01000" 


"00100" 


"01010" 


"00101" 


"01101" 


"00110" 


"01111" 


"00111" 


"10001" 



Y4Y5Y6Y7 


Z4Z5Z6Z7Z8 


"01000" 


"10011" 


"01001" 


"10101" 


"01010" 


"10110" 


"01011" 


"11000" 


"01100" 


"11010" 


"01101" 


"11011" 


"01 1 1 0" 


"11101" 


"01 111" 


"11111" 
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The 9 bit log binary values for COmpr and dynrng are multiplied by each of the 7-bit scale factors from Table E.36 to 
produce four 16-bit binary values, one pair of scaled dynrng and COmpr values for the Premix Compression and the 
other pair of scaled dynrng and COmpr values which are sent to the Postmix Compression. These four 16-bit values 
are rounded to the 9 most significant bits and applied to Table E.37 and Table E.38 to convert back to the original 
dynrng or COmpr format with log and linear components. 

Table E.36: Premix scale factors 



premixcmpsci 


premix scale factor 


post mix scale factor 


"000" 


"0000000" 


"10000000" 


"001" 


"0010010" 


"1101110" 


"010" 


"0100101" 


"1011011" 


"Oil" 


"0110111" 


"1001001" 


"100" 


"1001001" 


"0110111" 


"101" 


"1011011" 


"0100101" 


"110" 


"1101110" 


"0010010" 


"111" 


"10000000" 


"0000000" 
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The dynrng field in binary form Xq Xj X2 Z3 Z4 Z5 Zg Z-y Zg is converted to Xq X^ X2 Y3 Y4 Y5 Yg Y7 as shown in 
Table E.37. 

Table E.37: Binary conversion of dynrng field: log to log/linear 



^3 ^4 ^5 ^6 ^7 ^8 


Y3Y4Y5Y6Y7 


"000000 


' 


"00000' 




"000001 


' 


"00000' 




"000010 


' 


"00001' 




"00001 1 


' 


"00001' 




"000100 


' 


"00001' 




"000101 


' 


"00010' 




"000110 


' 


"00010' 




"0001 1 1 




"00011' 




"001000 


1 


"00011' 




"001001 


' 


"00011' 




"001010 


' 


"00100' 




"001011 


' 


"00100' 




"001100 


' 


"00100' 




"001101 


' 


"00101' 




"001 1 1 


' 


"00101' 




"001 1 1 1 


' 


"00110' 




"010000 


' 


"00110' 




"010001 


' 


"00110' 




"010010 




"00111' 




"010011 




"00111' 




"010100 


' 


"01000' 




"010101 




"01000' 




"010110 




"01001' 




"010111 


' 


"01001' 




"011000 


' 


"01001' 




"011001 


' 


"01010' 




"011010 


' 


"01010' 




"011011 


' 


"01011' 




"011100 




"01011' 




"011101 


' 


"01100' 




"011110 


' 


"01100' 




"01 1111 




"01101' 





^3 ^4 ^5 ^6 ^7 ^8 


Y3Y4Y5Y6Y7 




1 00000 






01101 






100001 






01110 






100010 






01110 






100011 






01111 






100100 






01111 






100101 






10000 






100110 






10000 






100111 






10001 






101000 






10001 






101001 






10010 






101010 






10010 






101011 






10011 






101100 






10100 






101101 






10100 






101110 






10101 






101111 






10101 






1 1 0000 






10110 






110001 






10110 






110010 






10111 






110011 






11000 






110100 






11000 






110101 






11001 






110110 






11001 






110111 






11010 






111000 






11011 






111001 






11011 






111010 






11100 






111011 






11101 






111100 






11101 






111101 






11110 






111110 






11111 






111111 






11111 
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The COmpr field in binary form Xq Xj X2 X3 Z4 Z5 Zg Z-y Zg is converted to Xq X^ X2 X3 Y4 Y5 Yg Y-y as shown in 
Table E.38. 



Table E.38: Binary conversion of compr field: log to log/linear 



Z4Z5Z6Z7Z8 


Y4Y5Y6Y7 


00000 


0000 


00001 


0000 


00010 


0001 


00011 


0001 


00100 


0001 


00101 


0010 


00110 


0010 


00111 


0011 


01000 


0011 


01001 


0011 


01010 


0100 


01011 


0100 


01100 


0101 


01101 


0101 


01110 


0110 


01111 


0110 



Z4Z5Z6Z7Z8 


Y4Y5Y6Y7 


10000 


0111 


10001 


0111 


10010 


1000 


10011 


1000 


10100 


1001 


10101 


1001 


10110 


1010 


10111 


1010 


11000 


1011 


11001 


1011 


11010 


1100 


11011 


1101 


11100 


1101 


11101 


1110 


11110 


1111 


11111 


1111 



E.4.3.2.2 Application of premix compression 

If prGmixcmpSGl from the associated programme stream equals then Premix Compression uses the premix scaled 
dynrng values, otherwise the premix scaled COmpr value is used. If COmpr is selected then the same scaled COmpr is 
used for all the audio blocks in the frame. 

Each audio block the premix compression value is used to scale the transform coefficients for all channels of the main 
programme resulting in scaled transform coefficients. The interpretation of the log/linear compression values is 
described in clause 6.7. 

E.4.3.3 Main programme scaling 

The GXtpgmSCi field in the associated programme stream is used to scale the level of the main programme audio. 
Valid values are to 63 with interpreted as mute and 1 to 63 interpreted as -50 dB to +12 dB in steps of 1 dB. This 
scaling is applied directly to the main programme transform coefficients for all audio blocks and channels in the current 
frame. 

If the extpgmscle field is 0, indicating that extpgmsci is absent from the stream, then the transform coefficients of 
the main programme are passed unmodified. That is the transform coefficients are scaled by dB. 

E.4.3.4 Associated programme scaling 

The pgmsci field in the associated programme stream is used to scale the level of the associated programme audio. 
Valid values are to 63 with interpreted as mute and 1 to 63 interpreted as -50 dB to +12 dB in steps of 1 dB. This 
scaling is applied directly to the associated programme transform coefficients for all audio blocks and channels in the 
current frame. 

If the pgmSClG field is 0, indicating that pgmSCi is absent from the stream, then the transform coefficients of the 
associated programme are passed unmodified. That is the transform coefficients are scaled by dB. 

E.4.3.5 Panning 

Panning fields present in the associated programme stream enable the virtual placement of the associated programme 
audio across front channels corresponding to front channels present in the main programme stream. 
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E.4.3.5.1 stereo associated programme stream 

For a stereo associated programme stream, no panning is performed and the left and right channels are passed through 
unmodified. 

E.4.3.5.2 Mono panning 

The panmGan field in associated programme stream defines the location of a single virtual source. Its range is to 
239 which represents to 358,5 degrees in 1,5 degree steps, and where degrees is the direction of the centre speaker. 
The panning assumes the speaker locations shown in Table E.39. 

Table E.39: Playback speaker locations 



Channel 


panmean index 


Angle (degrees) 


Left 


220 


-30 or 330 


Centre 








Right 


20 


30 


Right Surround 


73 


110 


Left Surround 


167 


-110 or 250 


IVIono Surround 


120 


-180 or 180 



For each value of panmGan, Table E.40 shows the scale factors which must be applied to the mono associated 
programme audio to create each of the L, C and R panning output channels (for main programme acmodjyi values of 2 
to 7). These scale factors are applied to the transform coefficients of the associated programme audio to create 
transform coefficients for each of the output channels. For the main programme acmodjyj == 1, the associated 
programme audio is passed to the Centre channel unmodified. 

Note that for this panning definition, panmGan values in the range: 

• 20 to 100 (30 to 150 degrees) are limited to the Right output channel. 

• 140 to 220 (-30 to -150 degrees) are limited to the Left output channel. 

• 101 to 139 (151,5 through 180 to -151,5 degrees) are panned across the front Left, Centre and Right channels. 
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Table E.40: Playback speaker locations 



panmean 


acmod,^ values 
3, 5 and 7 


acmod,^ values 
2, 4 and 6 


L 


c 


R 


L 


R 








1 





0,707 


0,707 


1 





0,997 


0,078 


0,679 


0,734 


2 





0,988 


0,156 


0,649 


0,76 


3 





0,972 


0,233 


0,619 


0,785 


4 





0,951 


0,309 


0,588 


0,809 


5 





0,924 


0,383 


0,556 


0,831 


6 





0,891 


0,454 


0,522 


0,853 


7 





0,853 


0,522 


0,489 


0,872 


8 





0,809 


0,588 


0,454 


0,891 


9 





0,760 


0,649 


0,419 


0,908 


10 





0,707 


0,707 


0,383 


0,924 


11 





0,649 


0,760 


0,346 


0,938 


12 





0,588 


0,809 


0,309 


0,951 


13 





0,522 


0,853 


0,271 


0,962 


14 





0,454 


0,891 


0,233 


0,972 


15 





0,383 


0,924 


0,195 


0,981 


16 





0,309 


0,951 


0,156 


0,988 


17 





0,233 


0,972 


0,118 


0,993 


18 





0,156 


0,988 


0,078 


0,997 


19 





0,078 


0,997 


0,039 


0,999 


20 to 100 








1 





1 


101 





0,078 


0,997 


0,039 


0,999 


102 





0,156 


0,988 


0,078 


0,997 


103 





0,233 


0,972 


0,118 


0,993 


104 





0,309 


0,951 


0,156 


0,988 


105 





0,383 


0,924 


0,195 


0,981 


106 





0,454 


0,891 


0,233 


0,972 


107 





0,522 


0,853 


0,271 


0,962 


108 





0,588 


0,809 


0,309 


0,951 


109 





0,649 


0,760 


0,346 


0,938 


110 





0,707 


0,707 


0,383 


0,924 


111 





0,760 


0,649 


0,419 


0,908 


112 





0,809 


0,588 


0,454 


0,891 


113 





0,853 


0,522 


0,489 


0,872 


114 





0,891 


0,454 


0,522 


0,853 


115 





0,924 


0,383 


0,556 


0,831 


116 





0,951 


0,309 


0,588 


0,809 


117 





0,972 


0,233 


0,619 


0,785 


118 





0,988 


0,156 


0,649 


0,76 


119 





0,997 


0,078 


0,679 


0,734 



panmean 


acmoc 
3,5 


1,^ values 
and 7 


acmod,^ values 
2, 4 and 6 


L 


C 


R 


L 


R 


120 





1 





0,707 


0,707 


121 


0,078 


0,997 





0,734 


0,679 


122 


0,156 


0,988 





0,76 


0,649 


123 


0,233 


0,972 





0,785 


0,619 


124 


0,309 


0,951 





0,809 


0,588 


125 


0,383 


0,924 





0,831 


0,556 


126 


0,454 


0,891 





0,853 


0,522 


127 


0,522 


0,853 





0,872 


0,489 


128 


0,588 


0,809 





0,891 


0,454 


129 


0,649 


0,760 





0,908 


0,419 


130 


0,707 


0,707 





0,924 


0,383 


131 


0,760 


0,649 





0,938 


0,346 


132 


0,809 


0,588 





0,951 


0,309 


133 


0,853 


0,522 





0,962 


0,271 


134 


0,891 


0,454 





0,972 


0,233 


135 


0,924 


0,383 





0,981 


0,195 


136 


0,951 


0,309 





0,988 


0,156 


137 


0,972 


0,233 





0,993 


0,118 


138 


0,988 


0,156 





0,997 


0,078 


139 


0,997 


0,078 





0,999 


0,039 


140 to 220 


1 








1 





221 


0,997 


0,078 





0,999 


0,039 


222 


0,988 


0,156 





0,997 


0,078 


223 


0,972 


0,233 





0,993 


0,118 


224 


0,951 


0,309 





0,988 


0,156 


225 


0,924 


0,383 





0,981 


0,195 


226 


0,891 


0,454 





0,972 


0,233 


227 


0,853 


0,522 





0,962 


0,271 


228 


0,809 


0,588 





0,951 


0,309 


229 


0,760 


0,649 





0,938 


0,346 


230 


0,707 


0,707 





0,924 


0,383 


231 


0,649 


0,760 





0,908 


0,419 


232 


0,588 


0,809 





0,891 


0,454 


233 


0,522 


0,853 





0,872 


0,489 


234 


0,454 


0,891 





0,853 


0,522 


235 


0,383 


0,924 





0,831 


0,556 


236 


0,309 


0,951 





0,809 


0,588 


237 


0,233 


0,972 





0,785 


0,619 


238 


0,156 


0,988 





0,76 


0,649 


239 


0,078 


0,997 





0,734 


0,679 



E.4.3.6 Inverse filterbank and mixing 

The transform coefficients for both the main programme and associated programme audio are converted to the time 
domain using the IMDCT. Details can be found in clauses 6.9 and 6.10. The result is 256 PCM sample blocks per 
channel for each audio block in frame. Sample blocks for corresponding channels are combined to create a mixed set of 
sample blocks, one for each channel for each audio block. 

E.4.3.7 Postmix compression and downmix 
E.4.3.7.1 Postmix compression 

The dynrng and COmpr fields are used to further compress the dynamic range of the mixed audio. This may not be 
strictly for dynamic range compression but may be simply to prevent overload during downmixing. 
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The drcsrc field from the associated programme stream is used to select the dynrng and COmpr words that will be 
available for Postmix Compression of the mixed audio. The following pseudo code shows the selection of either 
dynrng or COmpr fields as well as the impact of the user adjustable dynamic range scaling value. The behaviour 
described here is intended to mimic the behaviour of an E-AC-3 decoder such that the presentation of an optional AC-3 
encoded output sounds as similar as possible to the mixer PCM output. The "RF output mode enabled" flag is as input 
from the mixing device. The "downmixing is active" flag is true if the output channel configuration does not equal the 
channel configuration of the main programme stream. The COmp_gain variable is an additional gain applied to the 
mixed output. 

This behaviour requires that the COmpr field always be present in the associated programme stream. 



Pseudo code 



if (RF output mode enabled) 

{ 

if (drcsrc == 0x0) 

{ 

use postmix scaled comprM; 
} else { 

use comprj^; 

} 

comp_gain = 11 dB; 

scaling = 100%; 



else 
{ 



if (downmixing is active) 

{ 

if (drcsrc == 0x0) 

{ 

use postmix scaled dynrngM,- 
} else { 

use dynrngji; 



} 
else 



comp_gain = dB; 
scaling = 100%; 



if (drcsrc == 0x0) 
{ 

use postmix scaled dynrngM; 
} else { 

use dynrng;^; 

} 

comp_gain = dB; 

scaling = user adjustable dynamic range scaling value (0 to 100%) 



The selected dynrng or COmpr values are first converted to dB, multiplied by the Scaling variable above and 
summed with the COmp_gain variable to create the temporary variable OUt_gain (with units of dB). This OUt_gain 
will later be applied to the mixed output PCM samples. 
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E.4.3.7.2 Application of out_gain 

The OUt_gain variable is applied to the audio blocks of mixed PCM samples as follows. The interpolation variable Q is 
shown in Table E.41. 



Pseudo code 


q 


curr = 


= 10' 


(out 


gain[blk] / 


2 0,0) ; 


g 


prev = 


= 10' 


(out 


gain[blk-l] 


/ 2 0,0); 


g_ 


diff = 


= g curr 


- g prev; 




fc 

{ 


5r (n = 


= 0; 


n < 


256; n++) 




g n 


= g 


prev 


+ g diff * g [n] ; 




for 
{ 

} 


(ch 


= ea 


ch mix output 


channel) 


} 


mix 


pern 


samples [blk] 


ch] [n] *= g n; 



Table E.41 : Output gain interpolation (g[addr]), with addr = (10 x A) + B 





B = 


B = 1 


B = 2 


8 = 3 


B = 4 


B = 5 


8 = 6 


B = 7 


B = 8 


B = 9 


A = 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


0,00000 


A = 1 


0,00000 


0,00001 


0,00001 


0,00001 


0,00002 


0,00002 


0,00003 


0,00003 


0,00004 


0,00005 


A = 2 


0,00006 


0,00008 


0,00009 


0,00011 


0,00014 


0,00016 


0,00020 


0,00023 


0,00028 


0,00033 


A = 3 


0,00038 


0,00045 


0,00053 


0,00061 


0,00071 


0,00082 


0,00094 


0,00109 


0,00124 


0,00142 


A = 4 


0,00162 


0,00184 


0,00209 


0,00236 


0,00267 


0,00300 


0,00338 


0,00379 


0,00424 


0,00473 


A = 5 


0,00527 


0,00586 


0,00651 


0,00722 


0,00798 


0,00882 


0,00972 


0,01070 


0,01175 


0,01290 


A = 6 


0,01413 


0,01545 


0,01687 


0,01839 


0,02003 


0,02178 


0,02364 


0,02564 


0,02776 


0,03002 


A = 7 


0,03242 


0,03496 


0,03766 


0,04052 


0,04354 


0,04673 


0,05010 


0,05364 


0,05737 


0,06129 


A = 8 


0,06540 


0,06972 


0,07423 


0,07896 


0,08390 


0,08905 


0,09442 


0,10002 


0,10584 


0,11189 


A = 9 


0,11817 


0,12468 


0,13143 


0,13841 


0,14563 


0,15308 


0,16077 


0,16869 


0,17685 


0,18524 


A=10 


0,19386 


0,20271 


0,21178 


0,22108 


0,23059 


0,24032 


0,25025 


0,26039 


0,27072 


0,28125 


A=11 


0,29196 


0,30284 


0,31390 


0,32511 


0,33648 


0,34800 


0,35964 


0,37142 


0,38331 


0,39530 


A=12 


0,40739 


0,41957 


0,43182 


0,44413 


0,45649 


0,46889 


0,48132 


0,49377 


0,50623 


0,51868 


A=13 


0,53111 


0,54351 


0,55587 


0,56818 


0,58043 


0,59261 


0,60470 


0,61669 


0,62858 


0,64036 


A=14 


0,65200 


0,66352 


0,67489 


0,68610 


0,69716 


0,70804 


0,71875 


0,72928 


0,73961 


0,74975 


A=15 


0,75968 


0,76941 


0,77892 


0,78822 


0,79729 


0,80614 


0,81476 


0,82315 


0,83131 


0,83923 


A=16 


0,84692 


0,85437 


0,86159 


0,86857 


0,87532 


0,88183 


0,88811 


0,89416 


0,89998 


0,90558 


A=17 


0,91095 


0,91610 


0,92104 


0,92577 


0,93028 


0,93460 


0,93871 


0,94263 


0,94636 


0,94990 


A=18 


0,95327 


0,95646 


0,95948 


0,96234 


0,96504 


0,96758 


0,96998 


0,97224 


0,97436 


0,97636 


A=19 


0,97822 


0,97997 


0,98161 


0,98313 


0,98455 


0,98587 


0,98710 


0,98825 


0,98930 


0,99028 


A = 20 


0,99118 


0,99202 


0,99278 


0,99349 


0,99414 


0,99473 


0,99527 


0,99576 


0,99621 


0,99662 


A = 21 


0,99700 


0,99733 


0,99764 


0,99791 


0,99816 


0,99838 


0,99858 


0,99876 


0,99891 


0,99906 


A = 22 


0,99918 


0,99929 


0,99939 


0,99947 


0,99955 


0,99962 


0,99967 


0,99972 


0,99977 


0,99980 


A = 23 


0,99984 


0,99986 


0,99989 


0,99991 


0,99992 


0,99994 


0,99995 


0,99996 


0,99997 


0,99997 


A = 24 


0,99998 


0,99998 


0,99999 


0,99999 


0,99999 


1 ,00000 


1 ,00000 


1,00000 


1,00000 


1 ,00000 


A = 25 


1,00000 


1,00000 


1 ,00000 


1 ,00000 


1,00000 


1 ,00000 











E.4.3.7.3 



Downmix 



If the number of PCM output channels does not match the number of channels in main programme and subsequent 
mixed audio, downmixing is enabled. Downmixing is described in detail in clause 6.8. After downmixing, the result is 
transform coefficients for each audio block for each PCM output channel. 
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Annex F (informative): 

AC-3 and Enhanced AC-3 Bitstream Storage in the ISO 

Base IVIedia File Format 

Scope 

The purpose of this annex is to define the necessary structures for the integration of AC-3 and Enhanced AC-3 coded 
bitstreams in a file format that is compliant with the ISO Base Media File Format. Examples of file formats that are 
derived from the ISO Base Media File Format include the MP4 file format and the 3GPP file format. 

F.1 AC-3 and Enhanced AC-3 Track definition 

In the terminology of the ISO Base Media File Format specification (ISO/IEC 14496-12 [i.6]), AC-3 and Enhanced AC- 
3 tracks are both audio tracks. It therefore follows that these rules apply to the media box in the AC-3 or Enhanced AC- 
3 tracks: 

• In the Handler Reference Box, the handleMype field shall be set to "soun". 

• The Media Information Header Box shall contain a Sound Media Header Box. 

• The Sample Description Box shall contain a box derived from AudioSampleEntry. For AC-3 tracks, this box is 
called ACSSamplGEntry and is defined in clause F.3. For Enhanced AC-3 tracks this box is called 
ECSSampleEntry and is defined in clause F.5. 

• The value of the timeSCale parameter in the Media Header Box, and the value of the SampNngRate 
parameter in the AC3SampleEntry Box or EC3SampleEntry Box shall be equal to the sample rate (in Hz) of 
the AC-3 or Enhanced AC-3 bitstream respectively. 

• AC-3 bitstreams shall always be identified by using the ACSSamplGEntry Box. The use of the 
MP4 AudioSampleEntry Box in combination with the Object Type Indicator value assigned for AC-3 to 
identify AC-3 bitstreams is prohibited. 

• Enhanced AC-3 bitstreams shall always be identified by using the ECSSamplGEntry Box. The use of the 
MP4 AudioSampleEntry Box in combination with the Object Type Indicator value assigned for Enhanced AC- 
3 to identify Enhanced AC-3 bitstreams is prohibited. 

• The following bitstream parameters shall remain constant within an AC-3 bitstream that is identified by the 

ACSSampleEntry Box. 
bsid 
bsmod 
acmod 
Ifeon 
fscod 
frmsizcod 

• The following bitstream parameters shall remain constant within an Enhanced AC-3 bitstream that is identified 

by the ECSSampleEntry Box. 

Number of independent substreams 
Number of dependent substreams 
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Within each independent substream: 

bsid 

bsmod 

acmod 

Ifeon 

fscod 
Within each dependent substream 

bsid 

acmod 

Ifeon 

fscod 

chanmap 

While the present document defines the AC-3 and Enhanced AC-3 bitstream syntax in big-endian byte order, it 
should be noted that little-endian byte order streams are valid and may be present within files that are 
compliant with the ISO Base Media File Format. The byte order of the AC-3 or Enhanced AC-3 bitstream can 
be determined from the order of the bytes in the syncword found at the start of the AC-3 or Enhanced AC-3 
syncframe. 



F.2 AC-3 and Enhanced AC-3 Sample definition 

An AC-3 Sample is defined as follows: 

• Exactly one AC-3 syncframe, as defined in clause 4.1 of the present document. 
An Enhanced AC-3 Sample is defined as follows: 

• The number of Enhanced AC-3 syncframes required to deliver six blocks of audio data from each substream 
present in the Enhanced AC-3 bitstream, beginning with independent substream 0. 

An AC-3 or Enhanced AC-3 Sample is equivalent in duration to 1536 samples of PCM audio data. Consequently the 
value of the Sample_delta field in the Decoding Time to Sample Box shall be 1536. 

AC-3 and Enhanced AC-3 Samples shall be byte-aligned. If necessary, up to 7 zero-valued padding bits shall be added 
to the end of an AC-3 or Enhanced AC-3 Sample to achieve byte-alignment. The Padding BitS Box (defined in 
section 8.23 of ISO/IEC 14496-12 [i.6]) need not be used to record padding bits that are added to a Sample to align its 
size to the nearest byte boundary. 
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F.3 ACSSampleEntry Box 

The box type of the AC3SampleEntry Box shall be 'ac-3'. 
The AC3SampleEntry Box is defined as follows: 



Syntax 



No. of bits Identifier 



Value 



AC3SampleEntry{) { 

BoxHeader .Size 

BoxHeader . Type 

Reserved [6] 

Data- reference -index 

Reserved [2] 

ChannelCount 

SampleSlze 

Reserved 

SampllngRate 

Reserved 

AC3Specif icBox 



32 


uimsbf 




32 


uimsbf 


'ac-3 


8 







IS 


uimsbf 




32 


uimsbf 





16 


uimsbf 


2 


16 


uimsbf 


16 


32 


uimsbf 





16 


uimsbf 




16 


uimsbf 






The layout of the ACSSampleEntry box is identical to that of AudioSampleEntry defined in ISO/IEC 14496-12 [i.6] 
(including the reserved fields and their values), except that ACSSamplGEntry ends with a box containing AC-3 
bitstream information called ACSSpecif icBox. The ACSSpecif icBox field structure for AC-3 is defined in 
clause F.4. The values of the ChannelCount and SampleSize fields within the AC3SampleEntry Box shall be ignored. 



F.4 ACSSpecificBox 

The AC3SpecificBox is defined as follows: 



Syntax 


No. of bits 


Identifier 


ACBSpecificBox {) { 


32 


uimsbf 
uimsbf 
uimsbf 
uimsbf 
uimsbf 
uimbsf 
uimsbf 
uimsbf 
uimbsf 


BoxHeader . Type 


32 




2 


bsid 


5 




3 




3 


Ifeon 


1 




5 


reserved 


5 


} 





F.4.1 Semantics 

F.4. 1 . 1 BoxHeader.Type - 32 bits 

The value of the Box Header Type for the AC3SpecificBox shall be 'dac3'. 

F.4. 1.2 fscod-2bits 

This field has the same meaning and is set to the same value as the f SCOd field in the AC-3 bitstream. 

F.4. 1.3 bsid -5 bits 

This field has the same meaning and is set to the same value as the bsid field in the AC-3 bitstream. 
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F.4.1.4 bsmod - 3 bits 

This field has the same meaning and is set to the same value as the bsmod field in the AC-3 bitstream. 

F.4.1.5 acmod - 3 bits 

This field has the same meaning and is set to the same value as the acmod field in the AC-3 bitstream. 

F.4.1.6 Ifeon- 1 bit 

This field has the same meaning and is set to the same value as the IfGOn field in the AC-3 bitstream. 

F.4.1 .7 bit_rate_code - 5 bits 

This field indicates the data rate of the AC-3 bitstream in kbit/s, as shown in table F. 1 . It is derived from the value of the 
frrnsizcod parameter as shown in Table 4.13. 

Table F.1 : bit rate code 



Bit rate code 


Nominal bit rate (kbit/s) 


00000 


32 


00001 


40 


00010 


48 


00011 


56 


00100 


64 


00101 


80 


00110 


96 


00111 


112 


01000 


128 


01001 


160 


01010 


192 


01011 


224 


01100 


256 


01101 


320 


01110 


384 


01111 


448 


10000 


512 


10001 


576 


10010 


640 



F.4.1 .8 reserved - 5 bits 



These bits are reserved, and shall be set to 0. 



F.5 ECSSampleEntry Box 

The box type of the EC3SampleEntry Box shall be 'ec-3'. 
The EC3SampleEntry Box is defined as follows: 
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Syntax No. of bits Identifier Value 

EC3SampleEntry{) { 

BoxHeader .Size 32 uimsbf 

BoxHeader . Type 32 uimsbf 'ec-3' 

Reserved [6] 8 uimsbf 

Data-reference-index 16 uimsbf 

Reserved [2] 32 uimsbf 

ChannelCount 16 uimsbf 2 

SampleSize 16 uimsbf 16 

Reserved 32 uimsbf 

SamplingRate 16 uimsbf 

Reserved 16 uimsbf 

EC3Specif icBox 

} 



The layout of the ECSSampleEntry box is identical to that of AudioSampleEntry defined in ISO/IEC 14496-12 [i.6] 
(including the reserved fields and their values), except that ECSSamplGEntry ends with a box containing Enhanced 
AC-3 bitstream information called ECSSpecif icBox. The ECSSpecificBox field structure for Enhanced AC-3 is 
defined in clause F.6. The values of the ChannelCount and SampleSize fields within the EC3SampleEntry Box shall be 
ignored. 



F.6 ECSSpecificBox 

The EC3SpecificBox is defined as follows: 



Synta 


X 


No. of bits 


Identifier 


EC3Sp 
Bo 
Bo 
da 
niu 
fo 
{ 

} 
} 


scif icBox { ) { 


32 


uimsbf 
uimsbf 
uimsbf 
uimsbf 

uimsbf 
uimsbf 
uimsbf 
uimsbf 
uimbsf 
uimsbf 

uimsbf 
uimsbf 




32 


ta rate 


13 




3 


r{i = 0; i < num ind sub; i++) 
fscod 


2 


bsid 


5 


bsmod 


5 




3 


Ifeon 


1 




3 




4 


if num dep sub > 

chan loc 


9 


else 


1 







F.6.1 Semantics 

F.6. 1 . 1 BoxHeader.Type - 32 bits 

The value of the Box Header Type for the EC3SpecificBox shall be 'dec3'. 

F.6. 1.2 data_rate - 1 3 bits 

This value indicates the data rate of the Enhanced AC-3 bitstream in kbit/s. If the Enhanced AC-3 stream is variable bit 
rate, then this value indicates the maximum data rate of the stream. 
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F.6.1 .3 numjnd_sub - 3 bits 

This field indicates the number of independent substreams that are present in the Enhanced AC-3 bitstream. The value 
of this field is one less than the number of independent substreams present. 

F.6.1. 4 fscod-2bits 

This field has the same meaning and is set to the same value as the f SCOd field in the independent substream. 

F.6.1. 5 bsid-5bits 

This field has the same meaning and is set to the same value as the bsid field in the independent substream. 

F.6.1. 6 bsmod-3bits 

This field has the same meaning and is set to the same value as the bsmod field in the independent substream. If the 
bsmod field is not present in the independent substream, this field shall be set to 0. 

F.6.1. 7 acmod - 3 bits 

This field has the same meaning and is set to the same value as the acmod field in the independent substream. 

F.6.1. 8 Ifeon- 1 bit 

This field has the same meaning and is set to the same value as the IfGOn field in the independent substream. 

F.6.1. 9 reserved - 5 bits 

These bits are reserved, and shall be set to 0. 

F.6.1. 10 num_dep_sub - 4 bits 

This field indicates the number of dependent substreams that are associated with the independent substream. 

F.6.1. 11 cinanjoc - 9 bits 

If there are one or more dependent substreams associated with the independent substream, this bit field is used to 
identify channel locations beyond those identified using the acmod field that are present in the bitstream. For each 
channel location or pair of channel locations present, the corresponding bit in the chan_loc bit field is set to "1", 
according to Table F.2. This information is extracted from the chanrnap field of each dependent substream. 

Table F.2: Chanjoc field bit assignments 



Bit 


Location 





Lc/Rc pair 


1 


Lrs/Rrs pair 


2 


Cs 


3 


Is 


4 


Lsd/Rsd pair 


5 


Lw/Rw pair 


6 


Lvh/Rvh pair 


7 


Cvh 


8 


LFE2 
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